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Abstract 

Every  task  in  a  real-time  system  has  a  deadline  by  which  time  it  should  complete  and  a 
vaJue  that  it  obtains  only  if  it  completes  by  its  deadline.  The  problem  is  to  design  an  on-line 
scheduling  algorithm  (i.e.,  the  scheduler  has  no  knowledge  of  a  task  until  it  is  released)  that 
maximizes  the  obtained  value. 

When  such  a  system  is  underloaded  (i.e.  there  exists  a  schedule  for  which  all  tasks  meet 
their  deadlines),  Dertouzos  showed  that  the  earliest  deadline  first  aJgorithm  will  achieve  100% 
of  the  possible  va/ue.  Locke  showed  that  earliest  deadline  first  performs  very  badly  when  the 
system  is  overloaded  and  proposed  heuristics  to  deal  with  overload.  Baruah  et  al.  showed 
that  the  best  that  an  on-line  algorithm  can  guarantee  is  .. ,  Sr^a  of  the  value  that  an  offline 

(clairvoyant)  algorithm  can  obtain  where  k  is  the  ratio  between  the  highest  value  density 
and  the  lowest  value  density  task  in  the  system  (where  the  value  density  of  a  task  is  its  value 
divided  by  its  computation  time). 
This  paper  presents  three  results: 

•  An  on-line  algorithm  that  achieves  the  above  best  possible  guarantee  when  computation 
time  is  known  exactly  when  the  task  is  released  and  a  task  obtains  no  value  if  it 
completes  after  its  deadline  (the  model  studied  by  Baruah  et  al.).  The  algorithm  also 
obtains  100%  of  the  possible  value  when  the  system  is  underloaded. 

•  The  same  guarantee  in  certain  situations  where  tasks  still  obtain  some  value  if  they 
complete  after  their  deadlines. 

•  A  weaker  guarantee  of  j-  ,  '  w — yr  of  the  value  of  a  clairvoyant  algorithm 
when  the  exact  computation  time  of  a  task  is  not  given  upon  its  release.  That  is,  for 
every  tasA'  T,  an  upper  bound  on  its  possible  computation  time  denoted  by  Cmax,  is 
given.  The  actual  computation  timeofT  denoted  by  c  satisfies:  {l  —  c)cmax  <  c  <  c„ 


^max 
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1     Introduction 

In  real-time  computing  systems,  correctness  may  depend  on  the  completion  time  of  tasks  as 
much  as  on  their  input/output  behavior.  Tasks  in  real-time  systems  have  deadlines.  If  the 
deadline  for  a  task  is  met,  then  the  task  is  said  to  succeed.  Otherwise  it  is  said  to  have  failed. 

A  system  is  underloaded  if  there  exists  a  schedule  that  will  meet  the  deadline  of  every  task 
and  overloaded  otherwise.  Scheduling  underloaded  systems  is  a  well-studied  topic,  and  several 
on-hne  algorithms  have  been  proposed  for  the  optimal  scheduling  of  these  systems  on  a  unipro- 
cessor [4,11].  Examples  of  such  algorithms  include  earliest- dead  line -first  (D)  and  smallest-slack- 
time  (SL).  However,  none  of  these  classical  algorithms  make  performance  guarantees  during 
times  when  the  system  is  overloaded.  In  fact,  Locke  has  experimentally  demonstrated  that  these 
algorithms  perform  quite  poorly  when  the  system  is  overloaded  [10]. 

Practical  systems  are  prone  to  intermittent  overloading  caused  by  a  cascading  of  exceptional 
situations.  A  good  on-line  scheduling  algorithm,  therefore,  should  give  a  performance  guarantee 
in  overloaded  as  well  as  underloaded  circumstances. 

Researchers  and  designers  of  real-time  systems  have  devised  on-line  heuristics  to  handle 
overloaded  situations  [1,10,12].  Locke  proposed  several  clever  heuristics  as  part  of  the  CMU 
Archons  project  [10].  Unfortunately,  those  offer  no  performance  guarantee.  This  paper  proposes 
an  algorithm  with  strong  performance  guarantees  for  a  large  portion  of  the  parameters  that 
Locke's  algorithm  considers. 

1.1      Background 

Real-time  systems  may  be  categorized  by  how  they  react  when  a  task  fails.  In  a  hard  real-time 
system,  a  task  failure  is  considered  intolerable.  The  underlying  assumption  is  that  a  task  failure 
would  result  in  a  disaster,  e.g.  a  fly-by-wire  aircraft  may  crash  if  the  altimeter  is  read  a  few 
milliseconds  too  late. 

A  less  stringent  class  of  systems  is  denoted  as  soft  real-time  systems.  In  such  systems,  each 
task  has  a  positive  value.  The  goal  of  the  system  is  to  obtain  as  much  value  as  possible.  If  a 
task  succeeds,  then  the  system  acquires  its  value.  If  a  task  fails,  then  the  system  gains  less  value 
from  the  task  [11].  In  a  special  case  of  soft  real-time  systems,  called  a  firm  real-time  system, 
there  is  no  value  for  a  task  that  has  missed  its  deadline,  but  there  is  no  catastrophe  either.  The 
first  algorithm  we  present  here  applies  to  firm  real-time  systems.  The  paper  then  generalizes  the 
algorithm  to  soft  real-time  systems. 

An  on-line  scheduling  algorithm  is  one  that  is  given  no  information  about  a  task  before  its 
release  time.  Different  tasks  models  can  differ  in  the  kind  of  information  (and  its  accuracy) 
given  upon  release.  We  assume  the  following:  when  a  task  is  released,  its  value  and  deadline  are 
known  precisely,  its  computation  time  may  be  known  either  precisely,  or,  more  generally,  within 
some  range.  Also,  preemption  is  allowed  and  task  switching  takes  no  time. 

The  value  density  of  a  task  is  its  value  divided  by  its  computation  time.  The  importance 
ratio  of  a  collection  of  tasks  is  the  ratio  of  the  largest  value  density  to  the  smallest  value  density. 
When  the  importance  ratio  is  1,  the  collection  is  said  to  have  uniform  value  density,  i.e.,  a 
task's  value  equals  its  computation  time.  We  will  denote  the  importance  ratio  of  a  collection  by 
k. 


A  natural  way  to  measure  a  performance  guarantee  of  an  on-line  scheduler  is  to  compare 
it  with  a  clairvoyant  scheduling  algorithm.  A  clairvoyant  scheduler  has  complete  A  priori 
knowledge  of  all  the  parameters  of  all  the  tasks.  A  clairvoyant  scheduler  can  choose  a  "scheduling 
sequence"  that  will  obtain  the  maximum  possible  value  achievable  by  any  scheduler.  (The 
problem  of  finding  the  maximum  achievable  value  for  such  a  scheduler,  however,  can  be  shown 
to  be  reducible  from  the  knapsack  problem[5];  hence  is  NP-hard.) 

As  in  [2,6,13]  we  say  that  an  on-line  algorithm  has  a  competitive  factor  r,  0  <  r  <  1,  if 
and  only  if  it  is  guaranteed  to  achieve  a  cumulative  value  at  least  r  times  the  cumulative  value 
achievable  by  a  clairvoyant  algorithm  on  any  set  of  tasks. 

Three  years  ago.  Marc  Donner  introduced  a  group  of  us  to  realtime  scheduling  in  a  seminar 
at  NYU.  Inspired  by  that  seminar,  Koren,  Mishra,  Raghunathan  and  Shasha  [2,7]  suggested 
the  first  on-line  scheduling  algorithm  with  a  performance  guarantee  for  an  overloaded  system. 
They  assumed  a  simplified  variation  of  the  task  model  that  assumes  firm  deadline,  preemption 
at  no  cost  and  uniform  value  density.  This  algorithm  is  called  D-star  (D')  since  it  behaves  like 
earliest-deadline-first  (D)  in  an  underloaded  situation. 

D*  executes  to  completion  aU  the  tasks  with  deadlines  in  underloaded  intervals.  D*  also 
guarantees  that  all  the  tasks  with  a  deadline  in  an  overloaded  interval  will  achieve  a  cumulative 
value  of  at  least  one-fifth  of  the  length  of  the  overloaded  interval.  However,  D*  has  a  competitive 
factor  of  zero. 

Baruah  et.  al.  [2,3]  demonstrated,  using  an  adversary  argument  that,  in  the  uniform  value 
density  setting,  there  can  be  NO  on-line  scheduling  algorithm  with  a  competitive  factor  greater 
than  one-quarter. 

Koren  and  Shasha  describe  in  a  technical  report  [8]  an  algorithm  called  DD-star  (DD*),  that 
has  the  competitive  factor  of  one-fourth  in  the  uniform  value  density  case  and  offers  100%  of 
the  possible  value  in  the  underloaded  case.  This  showed  that  the  one-quarter  bound  is  tight  in 
the  uniform  value  density  case.  Wang  and  Mao  [15]  independently  report  a  similar  guarantee. 

On  the  complexity  side,  Baruah  et.  al.  [2,3]  showed  for  environments  with  an  importance 
ratio  k,  a  bound  of       V^     on  the  best  possible  competitive  factor  of  an  on-line  scheduler.  This 

result  and  some  pragmatic  considerations  reveal  the  following  limitations  of  the  algorithms  with 
competitive  factors  invented  to  date: 

1.  The  algorithms  all  assume  a  uniform  value  density,  yet  some  short  tasks  may  be  more 
important  than  some  longer  tasks. 

2.  The  algorithms  all  assume  that  there  is  no  value  in  finishing  a  task  after  its  deadline.  But 
a  slightly  late  task  may  be  useful  in  many  applications. 

3.  The  algorithms  all  assume  that  the  computation  time  is  known  upon  release.  However,  a 
task  program  that  is  not  straight-line  may  take  different  times  during  different  executions. 

2     The  Main  Results 

In  this  paper  we  present  an  on-line  scheduling  algorithm  called  D*^""  that  has  an  optimal  com- 
petitive factor  of  Vp  for  environments  with  importance  ratio  k.  Hence,  we  show  that  the 
bound  in  [2,3]  is  tight  for  all  k. 


Furthermore,  D"*'^'"  achieves  100%  of  the  value  of  in  an  underloaded  environment.  In  fact 
the  performance  guarantee  of  0°"*''  is  even  stronger:  D""^'"  schedules  to  completion  all  tasks  in 
underloaded  periods  and  achieves  at  least        \^     of  the  value  a  clairvoyant  algorithm  can  get 

during  overloaded  periods^ . 

We  also  investigate  two  important  extensions  to  the  task  model  studied  earlier: 

•  Gradual  Descent: 

We  relax  the  firm  deadline  assumption.  Tasks  that  complete  after  their  deadline  can  still 
have  a  positive  value  though  less  than  their  initial  value.  As  in  Locke  [10],  the  task's  value 
is  given  by  a  value  function  which  depends  on  its  completion  time. 

We  show  that  under  a  variety  of  value  functions  an  appropriate  version  of  D""^''  has  a 
competitive  factor  of  - — t=-j  for  environments  with  importance  ratio  k. 

•  Situations  in  which  the  exact  computation  time  of  a  task  is  not  known 

Suppose  the  on-line  scheduling  algorithm  does  not  know  the  exact  computation  time  of  a 
task  upon  its  release.  However,  for  every  task  T,  an  upper  bound  on  its  possible  compu- 
tation time  denoted  by  Cmax,  is  given.  The  actual  computation  time  of  T  denoted  by  c 
satisfies: 


Where,  0  <  f  <  1  is  a  given  error  margin  which  is  common  to  all  the  tasks. 
We  show  that  in  that  case  D""*'"  has  a  competitive  factor  of  ,-^     n^.2^i^.k)ii+^)+i-  ^^  ^^° 
show  that,  in  this  setting  a  competitive  on-line  scheduler  can  not  guarantee  100%  of  the 
value  for  underloaded  systems. 

Finally,  D"'"^'"  can  be  implemented  using  balanced  search  trees,  and  runs  at  an  amortized 
cost  of  O(log  n)  time  per  task,  where  n  bounds  the  number  of  tasks  in  the  system  at  any  instant. 

The  rest  of  the  paper  is  organized  as  follows:  Section  3  introduces  some  notation  and  defi- 
nitions used  in  the  paper.  Section  4  describes  the  main  algorithm,  D°"^^ .  Section  5  shows  that 
D°'^^''  has  the  optimal  competitive  factor  as  mentioned  above.  Section  6  defines  the  notion  of 
conflicting  and  conflict-free  tasks  and  proves  the  complete  performance  guarantee  of  D°''^''with 
respect  to  underloaded  and  overloaded  periods.  Section  7  contains  the  gradual-descent  result. 
Section  8  is  devoted  to  the  model  in  which  the  exact  computation  time  of  a  task  is  not  known. 
The  paper  ends  with  a  brief  conclusion  section  and  a  discussion  of  open  problems. 

3     Notation 

Before  we  describe  the  full  algorithm,  we  need  some  notation.  We  are  given  a  collection  of  tasks 
Ti,T2  •  •  -Tn  denoted  by  F.  For  each  task  T,,  its  value  is  denoted  by  v,,  its  release  time  is  denoted 
by  r,,  its  computation  time  by  c,  and  its  deadline  by  di.  The  value  density  of  T,  is  denoted  by 
imp{Ti)  and  k  denotes  the  importance  ratio  of  the  collection. 


'The  definitions  of  underloaded  and  overloaded  periods  will  be  made  precise  in  section  6. 


Definition  3.1 

•  Underloaded  and  Overloaded  Systems:  A  system  is  underloaded  if  there  exists  a 
schedule  that  will  meet  the  deadline  of  every  task  and  overloaded  otherwise. 

•  Executable  Period:  The  executable  period,  A,,  of  the  task  T,  is  defined  to  be  the 
following  interval: 

A.-     =     [ri,di] 
By  definition,  T,-  may  be  scheduled  only  during  its  executable  period. 
Suppose  a  collection  of  tasks  is  being  scheduled  by  some  scheduler  S. 

•  Completed  Task:  A  task  (successfully)  completes  if  before  its  deadline,  the  scheduler 
S  gives  it  an  amount  of  execution  time  that  is  equal  to  its  computation  time. 

•  Abandoned  Task:  A  task  is  a6andonedif  it  did  not  complete  and  will  never  be  scheduled 
again  by  S. 

•  Preempted  Task:  A  task  is  preempted  when  the  processor  stops  executing  it,  but  then 
the  task  might  be  scheduled  again  and  complete  at  some  later  point. 

•  A  Ready  Task: 

A  task  is  said  to  be  ready  at  time  t  if  its  release  time  is  before  t,  its  deadline  is  after  t 
and  it  neither  completed  nor  was  abandoned  before  t  (the  current  executing  task,  if  any, 
is  always  a  ready  task). 

D 

The  earliest  deadline  first  algorithm  (  hereafter,  D)  can  now  be  described  as  follows: 

At  any  given  moment, 

schedule  the  ready  task  with  the  earliest  deadline. 

D  The  Earliest  Deadline  First  Scheduling  Algorithm. 
Also,  we  shall  make  the  following  assumption: 
Assumption  3.2 

•  Task  Model:  Tasks  may  enter  the  system  at  any  time;  their  computation  times  and 
deadlines  are  known  exactly  at  their  time  of  arrival  (we  weaken  this  assumption  of  exact 
knowledge  later  in  section  8).  Nothing  is  known  about  a  task  before  it  appears.        D 

•  Tasks  Switching  Takes  No  Time:  A  task  can  be  preempted  and  another  one  sched- 
uled for  execution  instantly. 

Suppose  that  a  collection  of  tasks  T  with  importance  ratio  k  is  given. 

•  Normalized  Importance:  Without  loss  of  generality,  assume  that  the  smallest  impor- 
tance of  a  task  in  F  is  1.  Hence  if  T  has  importance  ratio  of  k,  the  largest  importance  of  a 
task  in  T  is  k. 


4     The  Algorithm 

In  the  algorithm  described  below,  there  are  three  kinds  of  events  (each  causing  an  associated 
interrupt)  considered: 

•  Task  Completion:  successful  termination  of  a  task.  This  event  has  the  highest  priority. 

•  Task  Release:  arrival  of  a  new  task.  This  event  has  low  priority. 

•  Latest-start-time  Interrupt:  the  indication  that  a  task  must  immediately  be  scheduled  in 
order  to  complete  by  its  deadline,  that  is  the  task's  remaining  computation  time  is  equal 
to  the  time  remaining  until  its  deadline.  This  event  has  also  low  priority  (the  same  as  Task 
Release). 

If  several  interrupts  happen  simultaneously  they  are  handled  according  to  their  priorities. 
A  Task  Completion  interrupt  is  handled  before  the  Task  Release  and  Latest-start-time  interrupts 
which  are  handled  in  random  order.  It  may  happen  that  a  Task  Completion  event  suppresses  a 
lower  priority  interrupt,  e.g.,  the  Task  Completion  handler  schedules  the  next  task,  if  this  task 
had  just  reached  its  LST  then  the  Latest-start-time  Interrupt  is  removed. 

At  any  given  moment,  the  set  of  ready  tzisks  ^  is  partitioned  into  two  disjoint  sets,  recently- 
preempted  tasks  and  other  tasks.  Whenever  a  task  is  preempted  it  becomes  a  recently  preempted 
task.  However,  whenever  some  task  is  scheduled  as  a  result  of  Latest-start-time  Interrupt  all  the 
ready  tasks  (whether  preempted  or  never  scheduled)  become  other   tasks. 

Y)over  maintains  a  special  quantity  called  availtime.  Suppose  a  new  task  is  released  into  the 
system  and  its  deadline  is  the  earliest  among  all  ready  tasks.  The  value  of  availtime  is  the 
maximum  computation  time  that  can  be  taken  by  such  a  task  without  causing  the  current  task 
or  any  of  the  recently-preempted  tasks  to  miss  their  deadlines. 

jjover  requires  three  data  structures,  called  Qrecent,  Qother  and  Qlst.  Each  entry  in  these 
data  structures  corresponds  to  a  task  in  the  system.  Qrecent  contains  exactly  the  recently- 
preempted  tasks  and  Qother  contains  the  other  tasks.  These  two  structures  are  ordered  by  the 
tasks'  deadlines.  In  addition,  the  third  structure,  Qlst,  contains  all  tasks  (again,  not  including 
the  current  task)  but  this  time  they  are  ordered  by  their  latest-start-times  (LST). 

These  data  structures  support  Insert,  Delete,  Min  and  Dequeue  operations. 


• 


The  Min  operation  for  Qrecent  or  Qother  returns  the  entry  corresponding  to  the  task  with 
the  earliest  deadline  among  all  tasks  in  Qrecent  or  Qother.  For  Qlst  the  Min  operation 
returns  the  entry  corresponding  to  the  task  with  the  earliest  LST  among  all  tasks  in  the 
queue.  The  Min  operation  does  not  modify  the  queue. 

•  The  Dequeue  operation  on  Qrecent  (or  Qother)  deletes  from  the  queue  the  element  re- 
turned by  Min,  in  addition  Dequeue  deletes  this  element  from  Qlst.  Likewise  a  Dequeue 
operation  on  Qlst  will  delete  the  corresponding  element  from  either  Qrecent,  if  it  is  a 
recently-preempted  task  or  from  Qother,  if  it  is  an  other  task. 


Excluding  the  currently  executing  task. 


An  entry  of  Qother  and  Qlst  consists  of  a  single  task,  whereas  an  entry  of  Qrecent  is  a  3-tuple 
(r,  Previous-time,  Previous-avail)  where  T  is  a  task  that  was  previously  preempted  at  time 
Previous-time.  Previous-avail  is  the  value  of  the  variable  availtime  at  time  Previous-time. 

All  of  these  data  structures  are  implemented  as  balanced  trees  (e.g.  2-3  trees). 

In  the  following  code,  Now{)  is  a  function  that  returns  the  current  time.  Schedule(T)  is  a  function 
that  gives  the  processor  to  task  T.  Laxity{T)  is  a  function  that  returns  the  amount  of  time  the  task 
has  left  until  its  deadline  less  its  remaining  computation  time.  That  is,  laxity(T)  —  deadline(T)  — 
{now()+  remaining -Computation. Ume(T)).  4>  denotes  the  empty  set. 

This  code  includes  lines  manipulating  intervals.  The  notion  of  an  interval  is  needed  for  purpose  of 
analysis  only,  so  these  lines  are  commented. 

1  recentval       :=  0       (*  This  will  be  the  running  value  of  recently-preempted  tasks     *) 

2  availtime      :=  oo 

(*  Availtime  will  be  the  maximum  computation  ttme  that  can  be  taken 

3  by  a  new  task  without  causing  the  current  task  or  the  recently  preempted 
tasks  to  mtss  their  deadlines.  ♦) 

(♦  All  ready  tasks,  ordered  according  to  their  latest  start  time.  *) 
(*  The  recently  preempted  tasks  ordered  by  deadline  order  *) 
(*  All  the  other  tasks  ordered  by  their  deadlines.  *) 

:=  true(*  /n  the  beginning  the  processor  is  idle  *) 


4 

Qlst 

=  4, 

5 

Qrecent 

=  4, 

6 

Qother 

=  4> 

7 

idle 

=  tr 

8  loop 

Task  Completion  : 

9  if  (both  Qrecent  and  Qother  are  not  empty)  then 


10 


12 


29 


(*  Both  queues  are  not  empty  and  contain  together  all  the  ready  tasks.  The 
ready  task  with  the  earliest  deadline  will  be  scheduled  unless  it  ts  a  task  of 
Qother  and  H  can  not  be  scheduled  with  all  the  recently-preempted  tasks.  The 
first  element  in  each  queue  is  probed  by  the  Mm  operation.  *) 


11  {TQrteent,tprev,availprev)  ■=  Min(Qrecent); 


(*  Computes  the  current  value  of  availtime.  This  ts  the  correct  value  be- 
cause Tqreeent  »*  l^e  task  last  inserted  of  those  tasks  currently  in  Qrecent. 
The  available  computation  time  has  decreased  by  the  time  elapsed  since  this 
element  was  inserted  to  the  queue.  *) 


13  availtime  :=  availprcv  -  inow{)  -  tprev)', 

14 


(*  Probe  the  first  element  o/ Qother  and  check  which  of  the  two  tasks  should 
be  scheduled.  ♦) 


15  Tqoth.r  ■■=  Min(Qother); 

16  if  dQother  <  dqrccent  and 

availtime>  remainingjcomputation_time(TQQj^g^)  then 

17  (*  Schedule  the  task  from  Qother.  *) 

18  Dequeue(Qother); 

19  availtime:=  availtime  —  remainingjcomputation.time(T(3(,(hfr)  ; 

20  availtime:=  min(availtime,  laxity(TQot/ier)) 

21  Schedule  TQot/itr ; 

22  else 

23  (*  Schedule  the  task  from  Qrecent.  ♦) 

24  Dequeue(Qrecent); 

25  recentval  :=  recentval    —  \a\ue{TQreeent)\ 

26  Schedule  TQrecem', 

27  end  {if}        (*  which  task  to  schedule.       ♦) 

28  else  if  (Qother  is  not  empty)  then 


(*  Qrecent  is  empty.   The  current  interval  is  closed  here,  tcio,e  =  now{).   The 
first  task  in  Qother  is  scheduled  *) 


30  Tcurrent  '■=  Dequeue(Qother); 

31  availtime:=  laxity  (Tcurrent)', 

32  (*  A  new  interval  is  created  with  tiegin  —  now{).  *) 


33  Schedule  T, 


current) 


34  else  if  (Qrecent  is  not  empty) 

35  (*  Qother  is  empty.   The  first  task  tn  Qrecent  ts  scheduled  *) 

36  iTeurrent,tprev,availprev)  ■=  Dequeue(Qrecent); 

37  recentval  :=  recentval  -  va.lue{Tcurrent)', 

38  availtime  :=  availprev  —  {riow{)  —  tprev)', 

39  Schedule  Teurrent', 

40  else 

41  (*  Both  queues  are  empty.   The  interval  is  closed  here,  tdose  =  now{).  *) 

42  idle    :=  true; 

43  availtime:=  oo; 

44  end  {if} 

45  end  (*  task  completion    ♦) 


46  Task  Release  : 

(*  Tarrivai  ««  released.  *) 

47  if  (idle  )  then 

TO  .^current   -^  Jflrriwo/j 

49  Schedule  Teurrent', 

50  availtime:=  lajcity(Tcurr«nt); 

51  idle    :=  false; 

52  (*  A  new  interval  is  created  with  tbegin  =  noit;().  *) 

53  else    (*    Teurrent  «*  executing   *) 

54  if  darrival  <  dcurrerit  and 

availtime>  computation J.ime(Tarrit a/)  then 

55  (*  No  overload  is  detected,  so  the  running  task  is  preempted.  *) 

56  Insert  Teurrent  into  Qlst; 

57  Insert  {Teurrent,  now{),3wa\\t\mt)  into  Qrecent; 


58 


(*  The  inserted  task  will  be,  by  construction,  the  task  with  the  earliest  deadline 
in  Qrecent*) 


59  availtinne:=  availtinne  —  remainingjcomputation_time(Torrit;a;)  ; 

60  availtime:=  min(availtime,  laxity  {Tarrivai)) 

61  recentval  :=  recentval  +  value(rc„rren«)i 

O^  ■'current  '^  .^ arrival', 

63  Schedule  Teurrent', 

64  else    (*  Tarrivai  has  later  deadline  or  availtime  is  not  big  enough.     *) 

65  Insert  Tarrivai  >nto  Qlst  and  Qother; 

66  end  {if} 

67  end  {if}    (*  tdle   *) 

68  end  (*  release   *) 


69    Latest-start-time  Interrupt  : 
70 


(*   The  processor  ts  not  idle  and  the  current  time  is  the  latest  start  time  of 
the  first  task  tn  Qlst.  *) 


71  Tnert  =  Dequeue(Qlst); 

72  if  {v„ext  >  (1  +  v^)  (f current  +  recentval))  then 

73  Insert  Tcurrent  into  Qlst  and  Qother; 

74  Remove  all  recently-preempted  tasks  from  Qrecent  and  insert  them  into  Qlst  and  Qother; 

75  (*    Qrecent  =  <f>    *) 

76  recentval  :=  0; 

77  availtime:=  0 

78  Schedule  Tnext', 

79  else    (*  Vnext  ts  not  big  enough;  it  is  abandoned.     *) 

80  Abandon  Tnext', 

81  end  {if} 

82  end  (♦  LST   *) 

83  endjloop  } 

Y)over  .  ^  Competitive  Optimal  On-line  Scheduling  Algorithm. 
5     Analysis  of  D'"'^'' 

In  order  to  facilitate  the  analysis  of  D""*""  it  is  convenient  to  introduce  the  notation  of  intervals. 
Definition  5.1  Intervals 

•  Interval:  The  intervals  are  created  (opened)  and  closed  according  to  the  scheduling 
decisions  of  D"*'"  and  this  process  is  depicted  in  the  code  of  0°"^''  in  section  4  above 
When  an  interval  is  created  (comments  32  and  52  of  D""**")  it  is  considered  open,  mean- 
ing that  it  may  be  extended,  it  is  closed  when  a  task  completes  while  Qrecent  is  empty 
(comments  29  and  41).  A  new  interval  would  be  opened  when  the  next  task  is  scheduled. 
InitiaUy  there  is  no  open  interval.  Hence,  the  first  interval  is  opened  when  the  processor 
first  becomes  non-idle. 

The  interval  consists  of  the  time  between  the  point  it  was  opened  and  the  point  it  was 
closed.  We  will  denote  by  /  =  [tbegin,tclo3e]  an  interval  /  that  was  opened  at  tbegin  and 
closed  at  i close- 

Note:  Two  intervals  may  overlap  only  at  their  endpoints.  Also,  the  pointwise  union  of  all 
intervals  is  exactly  the  time  in  which  D""^''  was  not  idle. 

D 

Suppose  that  a  collection  of  tasks  T  with  importance  ratio  k  is  given,   and  D"""  schedules 
this  collection.    When  a  task  is  scheduled  it  can  have  zero  or  positive  slack  time.   A  task  may 
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be  preempted  and  then  re-scheduled  several  times.  We  will  be  mainly  concerned  with  the  last 
time  a  task  was  scheduled.  For  the  purposes  of  analyzing  D""^'",  we  will  partition  the  collection 
of  tasks  according  to  the  question  of  whether  the  task  had  completed  exactly  at  its  deadline  or 
before  its  deadline  or  failed. 

•  Let  F  (for  fail)  denote  the  set  of  tasks  that  were  abandoned. 

•  Let  S"'  (for  successful  with  positive  time  before  the  deadline)  denote  the  set  of  tasks  that 
completed  successfully  and  that  ended  some  positive  time  before  their  deadlines. 

•  Let  5°  (for  successful  with  0  time  before  the  deadline)  denote  the  set  of  tasks  that  com- 
pleted successfully  but  ended  exactly  at  their  deadlines. 

Call  a  task  order- scheduled  if  it  was  scheduled  by  the  Task  Completion  or  Task  Release 
handlers.  Call  a  task  Ist-scheduled  if  it  was  scheduled  as  a  result  of  a  Latest-start-time  Interrupt. 
(As  mentioned  above,  a  Latest-start-time  Interrupt  is  raised  on  a  waiting  task  when  it  reaches  its 
latest  start  time  (or  LST),  i.e.  the  last  time  when  it  can  start  executing  and  still  complete  by 
its  deadline). 

The  first  task  in  each  interval  is  order-scheduled.  The  subsequent  tasks  (if  any)  in  this 
interval  may  be  order-scheduled  or  Ist-scheduled.  Proposition  5.1  shows  that  once  a  task  is  Ist- 
scheduled  all  subsequent  tasks  of  this  interval  must  be  Ist-scheduled.  During  an  interval  several 
order-scheduled  tasks  may  complete  but  only  one  Ist-scheduled  task  can  complete  (this  task  will 
also  be  the  last  task  that  executes  in  the  interval). 

Proposition  5.1  According  to  the  scheduling  of  Tf'"^''    once  a  task  is  Ist-scheduled,  then  all 

subsequent  tasks,  in  the  current  interval,  are  Ist-scheduled. 

PROOF. 

Suppose  the  current  task,  Tcurrent,  is  Ist-scheduled  and  a  task,  Tarrivah  is  released.  Tarrivai 
will  not  be  scheduled  by  the  Task  Release  handler,  because  when  the  current  task  is  Ist-scheduled 
availtime  equals  zero  (see  statement  77  of  D""")  hence  no  task  can  be  scheduled  by  the  Task 
Release  handler  (see  statement  54  of  D""*"") 
D 

Let  recentval(t)  denote  ^  recentval  at  time  t  (see  statement  1)  and  achievedvalue(<)  denote 
the  value  achieved  during  the  current  interval  before  t.  For  an  interval  /,  achievedvalue(/)  is  the 
total  value  obtained  during  /. 
We  partition  the  value  obtained  during  /  in  two  different  ways: 

•  ordervalue  vs.  Istvalue: 

ordervalue(/)  is  the  total  value  obtained  by  order-scheduled  tasks  that  completed  during  /. 
The  value  obtained  by  Ist-scheduled  tasks  is  denoted  by  lstvalue(/)  (there  is  at  most  one 
such  task  in  any  interval  /). 


^In  the  following  only  recentval  is  a  variable  explicitly  manipulated  by  0°*"".  AU  the  others: 
zerolaxval,  poslaxval,  ordervalue  and  Istvalue  are  introduced  here  to  facilitate  the  analysis.  This  is  way 
they  do  not  reference  algorithm  statements. 
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•  zerolaxval  vs.  poslaxval: 

zerolaxval(/)  denotes  the  total  value  obtained  by  tasks  that  completed  at  their  deadlines 
during  /  (tasks  in  S°).  The  value  obtained  by  tasks  that  completed  before  their  deadlines 
is  denoted  by  poslaxval(/). 

Hence,  for  every  interval 

achievedvalue(7)  =  ordervalue(/)  +  lstvalue(/)  =  zerolaxvaI(/)  +  poslaxval(/) 

When  the  index  (7)  is  omitted  we  refer  to  the  entire  execution.    For  example  ordervalue 
denotes  the  total  value  obtained  by  order-scheduled  tasks  summing  over  all  intervals. 

Example  5.2  Before  the  detailed  analysis,  let  us  first  study  an  example  of  D'"'^'"'s  scheduling. 
Consider  the  following  overloaded  collection  of  six  tasks.  For  notational  convenience  we  wiU 
denote  the  tasks  by  their  deadlines,  hence  for  example  T20  is  a  task  with  deadline  at  time  20.  In 
this  example  we  assume  uniform  value  density. 


Task 

Release-Time 

Computation-  Time 

Deadline 

A. 

^20 

0 

6 

20 

0,20] 

T34 

1 

26 

34 

1,34 

T24 

1 

20 

24 

1,24] 

Tis 

2 

5 

18 

[2,18 

Tu 

3 

2 

17 

[3,17 

T, 

4 

1 

5 

[4,5] 

Table  1:  The  TASKS  FOR  EXAMPLE    5.2. 


D°'"^'"  schedules  the  above  collection  as  follows:  In  the  beginning  availtime  is  00  and  Qrecent 
is  empty. 

First,  D"""  schedules  T20  to  run  at  time  0.  Availtime  is  set  to  14  since  this  is  T2o's  laxity. 
At  time  1,  T34  is  released  into  the  system.  Since  T34's  deadline  is  not  earlier  than  the  current 
task's  (T20),  734  is  inserted  into  Qother  (and  Qlst  with  LST  equal  8).    Also  at  time  1,  T^a  is 
released.  Again,  since  its  deadline  is  after  20  this  task  is  inserted  into  Qother  and  Qlst  with  LST 
equals  4. 

At  time  2,  Tjg  is  released.  This  time  the  current  task  is  preempted.  T20  is  inserted  into  Qrecent 
and  Qlst  with  LST  equals  16.  Availtime  is  decremented  by  the  computation  time  of  Tig.  Its  new 
value  is  9.  The  value  of  recentval    is  set  to  the  value  of  T20  (6). 

T18  executes  for  one  time  unit  until  time  3,  when  T17  is  released.  T\7  is  scheduled  since  its 
computation  time  (2)  is  smaller  then  availtime  (9).  Availtime  is  decremented  by  the  computation 
time  of  Ti7.  Its  new  value  is  7.  The  value  the  value  of  Tig  (5)  is  added  to  recentval  which 
becomes  11. 

At  time  4  two  events  occur:  T24  reaches  its  LST  and  T5  is  released.  These  events  can  be  handled 
in  any  order  and  we  choose  to  handle  the  Latest-start-time  Interrupt  first.  r24  reaches  its  LST 
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but  its  value  is  smaller  than  twice  (1  +  \/k  =  2)  the  value  of  the  current  task  plus  recentval 

(2  +  11).   Hence,  T2A  is  abandoned.   Tf,  is  released  and  its  deadline  is  earlier  than  the  current 

task's  (Tit).  T^  is  scheduled  since  its  computation  time  is  smaller  then  availtime(l  <  7).  Ts  has 

laxity  of  zero  which  is  smaller  than  the  current  availtime  minus  the  computation  time  of  T5  (6). 

Hence,  availtime  is  now  set  to  0  and  recentval    becomes  11  +  2  =  13. 

At  time  5,  T5  completes  and  since  Tn  is  the  task  with  the  earliest  deadline  it  is  scheduled. 

Availtime  is  now  6  because  this  the  value  of  availtime  when  Tn  was  executing  (7)  minus  the  time 

elapsed  since  it  was  inserted  to  Qrecent  (1).  The  value  of  Tit  is  subtracted  from  recentval   which 

becomes  13  —  2  =  11. 

The  remaining  computation  time  of  T17  is  one  unit,  hence  at  time  6  it  completes.  The  next  task 

in  Qrecent  is  Tig  which  has  a  remaining  computation  time  of  4  units.  Availtime  is  set  to  6  which 

is  value  of  availtime  when  Tig  was  executing  (9)  minus  the  time  elapsed  since  it  was  inserted  to 

Qrecent  ((6  -  3)  =  3)  (the  value  of  Tig  is  subtracted  from  recentval   which  becomes  11  —  5  =  6). 

However,  Tig  will  execute  only  until  8  when  Tza  reaches  its  LST.  The  value  of  T34  is  big  enough 

to  preempt  the  current  task.  All  tasks  from  Qrecent  are  moved  to  Qother  and  availtime  as  well 

as  recentval    are  reset  to  zero. 

The  LST  of  Tig  is  16  and  of  T20  (the  only  other  task  in  Qlst)  is  15.  These  tasks  will  generate 

Latest-start-time  Interrupt  in  these  respective  times,  both  will  be  abandoned. 

At  time  34,  T^i  completes  its  execution  and  D"""  finished  scheduling  this  history.    Table  2 

summarizes  the  scheduling  decisions  of  D"''^'". 


ti- 
me 

re- 
lea- 
sed 

pre- 
empted 
{LST) 

com- 
pie- 
ted 

sch- 
edu- 
led 

availtime 

Qrecent 

recentval 

Qother 

comment 

0 

00 

] 

0 

] 

0 

Tbo 

^20 

laxity(T2o)  =  14 

] 

0 

] 

new  interval 

1 

^34 

14 

] 

0 

T34] 

LST  of  T34  is  8 

1 

T24 

14 

] 

0 

724 ,  T34 

LST  of  T24  is  4 

2 

T18 

T20  (16) 

T18 

mj"n(14-5,13) 

T20] 

6 

T24 ,  T34 

3 

T,7 

Tis  (14) 

T,7 

min{9  -  2, 12) 

Tis,  T20 

5-H6 

T24 ,  734 

4 

mm(9  -  2, 12) 

[Tis,  T20] 

5  +  6 

7^34] 

T24's  LST, 

it  is  abandoned 

4 

T5 

Ti7  (16) 

Ts 

mm(7-l,0) 

Tn,Tis,T2o] 

2  +  5  +  6 

7^34 

T5  has  no  laxity 

5 

Ts 

Tl7 

7 -(5 -4)  =  6 

Tis,  T20] 

5  +  6 

7^34 

6 

T,7 

T,8 

9  -  (6  -  3)  =  6 

T20] 

6 

T34 

8 

Tis  (15) 

T34 

0 

] 

0 

7^18,720] 

T34's  LST 

15 

0 

] 

0 

T18] 

T2o's  LST 

16 

0 

D 

0 

] 

Tis's  LST 

34 

T34 

0 

0 

] 

interval  closed 

Table  2:  D""""  SCHEDULING. 


So,  for  this  history,  5°  =  [T5,T34],S^  =  [Tn]  and  F  =  [Ti8,T2o,T24].    Only  three  tasks 
completed  their  execution  and  the  total  value  obtained  by  D""*''  is  29.  A  clairvoyant  scheduler 
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can  achieve  a  value  of  34  by  scheduling  Tn,T2o  and  T34.  Also  notice  that  the  system  is  already 
overloaded  at  time  1,  but  the  first  time  an  overload  is  "detected"  by  D"^^""  is  at  time  4. 
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Our  gocil  is  to  show  that  D""^*"  has  a  competitive  factor  of  Vp  for  every  collection  of 
tasks  with  importance  ratio  of  k.  We  will  start  by  proving  some  lemmas  about  the  behavior 
of  D""'^''.  Then  we  will  try  to  estimate  the  best  possible  behavior  of  a  clairvoyant  algorithm  by 
comparison  to  D"''^'".  Our  basic  strategy  is  to  bound  from  below  what  D""^''  achieves  during 
each  interval.  This  will  lead  to  a  global  lower  bound  over  the  entire  execution.  Then,  we  bound 
from  above  what  a  clairvoyant  scheduler  can  achieve  during  the  entire  execution. 

5.1      Some  Lemmas  about  D°''"'s  Scheduling 

In  this  section  we  present  some  technical  lemmas  about  the  behavior  of  D°^^^ .  These  lemmas 
wiU  be  used  in  the  next  section  when  comparing  D°"^'''s  performance  with  that  of  a  clairvoyant 
scheduler.  These  lemmas  concern  the  relationship  between  the  the  interval  length  and  the 
value  achieved  by  D""^*"  in  that  interval  (lemma  5.3).  As  well  as  the  relationship  between  the 
computation  time  and  value  of  tasks  abandoned  in  an  interval  with  respect  to  the  value  achieved 
in  the  interval  (lemma  5.4  and  5.5). 

Lemma  5.2 

/.  For  any  task  Ti  in  5°, 

A,-     =     [ri,di]CBUSY 
2.  For  any  task  Ti  in  F.  Suppose  Ti  was  abandoned  at  time  taban,  then 

[ri,taban\CBUSY 
PROOF. 

A  processor  is  idle,  under  D'"'*''  scheduling,  only  if  there  is  no  ready  task. 

•  A  task  Ti  of  5°  does  not  complete  before  its  deadline  hence  it  is  a  ready  task  during  all  its 
executable  period.  This  implies  that  there  is  no  idle  time  during  the  executable  period  of 
Ti. 

•  Similarly,  a  tcisk  of  F  is  a  ready  task  from  its  release  time  to  the  point  at  which  it  is 
abandoned.  Therefore  there  is  no  idle  time  between  its  release  point  and  its  abandonment 
point. 

D 
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Letntna  5.3  For  any  interval  I  =  {theginitdose)) 
the  length  of  I,  tdose  -  hegin  will  satisfy 

tdose  -  hegin  <  ordervalue(/)  +  (1  +  -^)  ■  lstvalue(/)  =  achievedvalue(/)  +  -y=-  ■  lstvalue(/) 

Recall  that  ordervalue(/)  and  lstvalue(/)  are  the  values  obtained  from  the  order- scheduled  and  the 

Ist-scheduled  tasks  respectively  during  I. 

PROOF. 

An  interval  /  =  [tbegin,tdoae],  has  the  following  two  sub-portions  the  second  of  which  may  be 
empty. 

1.  [tbeginj^ first Jat] 

From  the  beginning  of  /  to  the  point  in  time,  t first Jst,  in  which  the  first  Ist-scheduled 
task  is  scheduled.  During  this  period  all  tasks  are  order-scheduled  and  some  may  complete 
their  execution. 

If  no  task  is  Ist-scheduled  in  /  then  define  t first Jst  to  be  tdoae-  In  this  case  the  second 
sub-portion  is  empty. 

2.  [tfiratJat^tcloae] 

During  this  period,  all  tcisks  are  scheduled  and  preempted  by  Latest-start-time  Interrupt. 
Only  the  last  task  to  be  scheduled  completes. 

K  there  are  no  Ist-scheduled  tasks  in  /  then  all  tasks  that  executed  from  <6es.n  to  tdose 
completed  successfully.  The  value  achieved  is  ordervalue(/)  and  is  at  least  as  big  as  the  duration 
of  execution  ''.  Hence,  the  lemma  is  proved  in  this  case 

Otherwise,  suppose  that  Ti,T2,- ■  •  iTm  (m  >  1)  are  the  tasks  that  were  Ist-scheduled  in  I. 
Hence,  Ti  was  scheduled  at  t  first  Jst,  later  it  was  preempted  (and  abandoned)  by  T2  and  so  forth. 
Eventually  T^  preempts  T^-i  and  completes  at  tdose,  its  value  v„  is  lstvalue(/). 

Denote  by  /,  the  length  of  the  execution  of  T,  during  the  process  above. 

Tm  preempted  Tm-i  hence  v^  >  (l  +  y/k)vm-i-  Which  yields  ^ 

Vm  lstvalue(/) 

(1  +  V^)  (1  -I-  V^) 

Going  backward  along  the  chain  of  preemptions  we  get: 

,  Vi-i  lstvalue(/)        ,        ;;  1  ^  •  /  1  ri\ 

li  <  Vi  <  -^  <  ^        .     for  all  1  <  t  <  m  -  1  (1) 

(1-^V^)       (1  +  v/fc)— 

Ti  preempted  the  last  order-scheduled  task  hence  (see  statement  72  of  D""^"") 

v-i  >  (1  -I-  VT){recentval(</,>a<jat)  +  value{current  task  at  time  t  first  Jst)}  (2) 

*  Recall  that  a  value  density  is  always  equal  or  greater  than  1,  see  assumption  3.2  above. 

*Note  that  always  /,  <  v,.  However,  for  a  task  that  was  abandoned  a  strict  inequality  I,  <  v,.  holds. 

15 


Also, 

tfiratJst  -  hegin  <  ordervalue(/)  +  recent\/s\{t first Jst)  +  value{current  task  at  time  tjirstJst)  (3) 

This  holds  because  the  processor  is  not  idle  between  tbegin  and  tjirstJst  (as  part  of  BUSY) 
and  the  right  hand  side  above  represents  the  sum  of  the  values  of  ail  the  tasks  that  were  scheduled 
between  tbegin  and  tjirstJst-  This  sum  must  be  greater  than  or  equal  to  their  period  of  execution 
by  the  normalized  importance  assumption  (assumption  3.2).  Inequalities  1,  2  and  3  imply 

.     ^  Tx  '"i  ,         ,     ,  T\       lstvalue(7) 

tfirstJst  -  hegin  <  ordervalue(/)  + j=-  <  ordervalue(/)  + ^=-— 

(1  +  Vk)  (1  +  Vk)™- 

We  have  produced  the  following  bound  on  the  distance  between  tbegin  and  tdose  '■ 

^close        ^begin       ^      \^ first Jst        ^begin )    i    [Iclose        TfirstJst ) 
=      {tfirstJst  -  hegin)  +  (h  +  h  -\ 1"  'm) 

<     ordervalue(/)  +  lstvalue(/)  •  f  1  +  7=^  +  7=^  +  •  •  •  + 


<     ordervalue(/)  +  lstvalue(/)  •  Y^ 


(l  +  Vk)      (1  +  ^)2  (l  +  v/^)-, 

1 


=     ordervalue(/)  +  lstvalue(/)  •  (1  +  -p) 

=     achievedvalue(/)  -\ — ■=  •  lstvalue(/) 

Vk 

The  last  equality  follows  from  the  fact  that  achievedvalue(I)  =  ordervalue(I)  +  Istvalue(I)  by 
definition.    D 

Lemma  5.4  Suppose  T,  was  abandoned  during  the  interval  I.   Then 

Vi  <  (1  +  v^)  •  achievedvalue(/) 

Recall  that  achievedvalue(/)  is  the  total  value  obtained  during  I. 
PROOF. 

Let  I  =  {tbegin,  tclose)  be  an  interval.  Define  the  Prospective  Value  map  of  7,  PV/,  as  follows: 
PVi{t)  =  ordervalue(<)  +  recentval(i)  +  value{curr€nt  tasks  at  time  t) 

where  tbegin  <  i  <  tdose 

Claim  For  every  interval,  I  =  [tbegin,  tdose], 
1.  PVi  is  monotone  non-decreasing. 
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2.  PVj  reaches,  at  the  end  of  the  interval,  the  total  value  obtained  in  /,  i.e, 


Pyi{iclose)  =  achievedvalue(/) 

Note:  PV  is  not  a  function  because  it  might  have  several  values  for  one  time  instance  since 
0°"**"  can  make  several  scheduling  decisions  at  one  time  instance  (see  assumption  3.2  ).  However, 
as  a  map  with  the  ordered  sequence  of  scheduling  decisions  as  its  domain,  PVj  is  a  function. 
proof  of  claim. 

There  are  two  cases. 

The  first  applies  when  there  is  no  Ist-scheduled  task  in  /,  the  other  applies  when  such  tasks  exist. 

Ceise  1:  Suppose  that  there  are  no  Ist-scheduled  tasks  in  I.  Then  every  task  that  was  scheduled  does 
complete.  Let  S(t)  be  the  set  of  tasks  that  were  scheduled  (not  necessary  completed)  up  to  <.  One  can 
verify  by  induction  that 

pvi{t)=  Yl  ^•• 

T,€S(t) 

The  reason  is  that  no  scheduled  task  is  abandoned  hence  at  each  moment  a  task  is  either  the  current 
task  or  in  Qrecent  or  had  completed.  At  the  closing  of  /  all  tasks  have  completed.  Hence, 

PVl{teioie)  =        ^        Vi  -  achievedvalue(/) 

T.€S(tci„..) 

PVj  is  monotone  (when  there  are  no  Ist-scheduled  tasks)  because  S{t)  is  a  monotone  increasing  set 
of  tasks. 

Case  2:  Suppose  there  were  Ist-scheduled  tasks.  Assume  that  the  first  Ist-scheduled  task,  Ti,  wcis  scheduled 
at  time  tjintjat  ■  Let  <  be  a  time  instance  just  before  the  scheduling  of  Ti,  then  by  definition: 

PVj{t)  =  ordervalue(<)  +  recentval(<)  +  value{current  tasks  at  time  t) 
Ti  is  scheduled  only  if 

vi  >  (1  -I-  Vk)  ■  (recentval(<)  -I-  value{current  tasks  at  time  <)) 
When  Ti  is  scheduled  recentval  is  set  to  zero  hence  we  can  conclude  that 

PVj{tjir,tj,t)     =  ordervalue(</,>„j„)  +  rectntva\{tfir,tj,t)  +  value{Ti) 

=  ordervalue(/) -I- 0 -f  i'a/ue(Ti) 

>  ordervalue(<)  -I-  (recentval(<)  -I-  value{current  tasks  at  time  t)) 

=  PVi{t) 

Thus,  PV]  is  monotone  from  <iej«n  to  tjir,tj$t  (as  in  the  case  when  there  are  no  Ist-scheduled  tasks). 
It  is  left  to  show  that  PVj  continues  to  be  monotone.  After  </ir»(j»«,  PVl  equals  to 

ordervalue(/)  +  value{curreTit  tasks  at  time  t) 
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because  recentval  remains  equal  to  zero.  This  is  a  monotone  increasing  value  since  ordervalue(7)  is  fixed 
and  a  task  T  will  preempt  the  current  task  only  if  it  has  a  larger  value  than  the  current  task's  value.  In 
particular  if  Ti  is  the  Icist  task  to  be  scheduled  in  I  then 

PVi     =     ordervalue(/)  +  r. 

=     ordervalue(/)  +  lstvalue(7)  =  achievedvalue(7) 

So,  the  claim  is  proved. 
end  of  proof  of  claim 

There  is  only  one  way  a  task,  T,,  can  be  abandoned  at  time  t: 

•  Ti  reaches  its  LST  at  t.  A  Latest-start-time  Interrupt  is  generated.  However,  T,  has  insuf- 
ficient value  to  preempt  the  task  executing  at  time  t. 

Hence  if  Ti  was  abandoned  then 

Vi  <     {I  -\-  y/k)  •  {recentval(i)  -f-  value{current    task  at  time  t)} 

<  {I  +  ^)  ■  PVi{t)  ,  by  definition  of  PV 

<  (1  -f  y/k)  ■  achievedvalue(/)  ,  by  the  claim 

n 

Lemma  5.5  Suppose  Ti  was  abandoned  at  time  t  in  I  =  [tbegimtdose]-   Then, 

^i  ^  "i        ^cloae 
PROOF. 

A  task  Ti,  can  be  abandoned  at  time  t  only  when: 

•  It  reaches  its  LST  at  t.   A  Latest-start-time  Interrupt  is  generated.   However,  the  current 
task  is  not  preempted. 

Ti  reached  its  LST  hence  its  computation  time  is  at  least  di—t.  Also,  t  <  tdose  by  assumption. 
Hence  the  computation  time  of  Ti  is  at  least  d,  —  tdoae- 
D 

5.2     How  Well  Can  a  Clairvoyant  Scheduler  Do? 

Given  a  collection  of  tasks  F,  our  goal  is  to  bound  the  maximum  value  that  a  clairvoyant 
algorithm  can  obtain  from  scheduling  F.  We  do  it  by  observing  the  way  D°'"'''  schedules  F. 
From  D''""'s  scheduling  we  get  the  partitioning  of  the  tasks  to  S°,  S''  and  F  we  also  take  notice 
of  the  time  periods  in  which  the  processor  was  not  idle  in  this  scheduling.  The  union  of  these 
periods  is  called  BUSY. 
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Definition  5.3  BUSY 

Suppose  D°"*''  schedules  F.  Let  BUSY  denotes  the  time  during  which  the  processor  is  not 
idle  during  the  execution  of  F.  For  simplicity,  the  length  of  BUSY  will  also  be  denoted  by 
BUSY. 

Note  that  BUSY  equals  the  union  of  all  intervals  created  when  D""^''  schedules  F. 
D 

In  order  to  bound  the  value  that  can  be  achieved  from  scheduling  F,  we  will  offer  the  clair- 
voyant algorithm  two  gifts  that  can  only  improve  the  value  it  can  obtain.  We  will  show  an  upper 
bound  on  the  value  the  clairvoyant  algorithm  can  get  with  these  gifts  hence  bounding  the  value 
it  can  achieve  from  the  original  collection. 

•  As  a  first  gift,  we  will  give  the  clairvoyant  algorithm  the  sum  of  the  values  of  all  tasks  in 
S^  at  no  cost  to  it  (i.e.  it  will  devote  no  time  to  these  tasks).  Then  we  will  see  what  the 
clairvoyant  algorithm  can  achieve  on  F  U  S^. 

•  As  a  second  gift,  suppose  that  in  addition  to  the  value  achieved  from  scheduling  the 
tasks  F  U  5°  the  clairvoyant  scheduler  can  get  an  additional  value  called  granted  value. 
The  amount  of  granted  value  depends  on  the  scheduling  chosen  by  the  the  clairvoyant 
scheduler:  A  value  density  of  A;  will  be  granted  for  every  period  of  BUSY  that  is  not  used 
for  executing  a  task. 

The  clairvoyant  scheduler  must  consider  that  scheduling  a  task  might  reduce  the  granted 
value  (since  time  in  BUSY  is  used).  Of  course,  when  this  reduction  is  bigger  than  the 
value  of  a  task  then  the  task  should  not  be  scheduled.  Suppose  the  clairvoyant  algorithm 
had  chosen  a  scheduling  for  F  U  S°.  We  can  assume  that  no  task  was  scheduled  entirely 
during  BUSY  because  the  granted  value  lost  would  be  greater  or  equal  to  the  value  gained 
from  scheduling  the  task. 

We  will  show  that  tasks  of  5°  can  execute  only  during  BUSY  hence  this  leaves  only  tasks 
of  F  that  were  scheduled  partially^  outside  BUSY .  Executing  T  results  in  a  ^ain  of 
value{T),  but  entails  a  loss  of  the  granted  value  for  the  time  that  T  executed  in  BUSY. 

The  clairvoyant  scheduler  has  now  two  options.  It  can  schedule  no  task  during  the  entire 
BUSY  period  and  get  only  (the  whole)  granted  value  or  it  can  use  some  of  BUSY  in  order 
to  schedule  some  of  F  tasks.  We  will  show  that  the  maximal  possible  gain  from  choosing 
the  second  option  is  bounded  by  (1  +  y/k)  •  achievedvalue.  Putting  this  altogether  will  give 
the  desired  result  (theorem  5.12). 

Example  5.4 

To  see  the  possibilities  opened  to  the  clairvoyant  algorithm  by  introducing  the  granted  value 
consider  the  following  example: 

The  length  of  BUSY  is  5  and  the  importance  ratio,  k,  is  4.  F  contains  only  one  task,  T, 
with  computation  length  3  and  value  density  2. 


'When  the  computation  time  of  a  task  is  known  precisely  when  it  is  released,  a  task  T  £  F  can  not  be  scheduled 
completely  outside  BUSY  (see  lemma  5.2).  However,  if  the  computation  time  of  a  task  is  not  exactly  known 
(section  8),  then  a  failed  task  T  may  be  scheduled  completely  outside  BUSY. 
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Without  scheduling  T  the  value  obtained  by  the  clairvoyant  algorithm  only  from  the  granted 
value  is  5  X  4  =  20.  If  T  could  have  been  scheduled  without  using  any  of  BUSY  time  then  its 
value  will  be  added  to  give  20  +  2  x  3  =  26.  However  if  the  clairvoyant  algorithm  must  use  2  units 
of  busy's  time  in  order  to  schedule  T  then  the  total  value  will  be  only  (5  -  2)  X  4  +  6  =  18, 
hence  it  is  better  not  to  schedule  T  in  this  case.  As  a  matter  of  fact,  whenever  T  has  to  use 
more  than  |  units  of  BUSY''s  time  it  should  not  be  scheduled. 
D 

Suppose  a  clairvoyant  scheduler  has  to  schedule  a  collection  of  tasks  A.  We  can  assume 
that  it  schedules  a  task  only  if  that  task  eventually  completes.  Hence  the  work  of  a  clairvoyant 
scheduler  is  first  to  choose  the  set  of  tasks  A'  C  A  that  will  be  scheduled  and  then  to  work  out 
the  details  of  the  processor  allocation  among  the  tasks  of  A'.  We  will  call  all  possible  selections 
of  A'  and  processor  allocation  a  scheduling  of  A. 

In  the  scenario  above  the  clairvoyant  scheduler  can  achieve  the  maximal  value  of  the  sum  in 
equation  4  below  ranging  over  all  possible  schedulings  of  F. 


value  obtained  from  those 
tasks  of  F  that  were  scheduled 


+  k 


length  of  time  in  BUSY  not  utilized  to 
schedule  the  tasks  of  F 


(4) 


Denote  by  C(-)  the  value  that  a  clairvoyant  algorithm  can  achieve  from  a  collection  of  tasks. 
We  would  like  to  show  that  C(FU  5°)  can  not  be  greater  then  this  maximal  value.  This  will 
then  give  us  an  upper  bound  on  what  a  clairvoyant  aJgorithm  can  achieve. 

Lemma  5.6 


C{FUS°)     <  max 

possible 

scheduling 

of  F 


value  obtained  by 
scheduling  tasks  of  -\-  k 
F 


length  of  time  in  BUSY  not 
utilized  by  tasks  of  F 


PROOF. 


C(Fu5°)<max' 


value  obtained  from 


value  obtained  from  scheduling 


,    J  ,.      ^     ,       /•  ri  +  tasks  of  S    during  the  time  not 
scneduitng  tasks  of  r  ,  ,  ,       ,  ,-, 

used  by  tasks  of  F 


5"  tasks  can  be  scheduled  only  during  BUSY  (lemma  5.2  )  hence. 
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value  obtained  from  value  obtained  from  scheduling  tasks  of  5° 

scheduling  tasks  of  F  during  the  time  not  used  by  tasks  of  F 


value  obtained  by  ,      length  of  time  in  BUSY  not  utilized 

~  scheduling  F  by  tasks  of  F 

The  lemma  is  proved. 
D 

With  the  above  gifts,  the  clairvoyant  scheduler  can  maximize  the  sum  in  4  above  and  hence 
obtain  a  value  of  at  least  C{F  U  5°)  . 

Suppose  a  task  Tj  £  F  is  scheduled  to  completion.  If  Tj  executes  entirely  during  BUSY 
then  the  left  hand  factor  of  the  sum  is  increased  only  by  r,  which  is  smaller  than  or  equal  to 
k  •  c,  while  the  right  hand  factor  is  decreased  by  k  ■  Ci  giving  zero  or  negative  net  change.  Thus 
we  assume  that  Tj  executes  (at  lecist  partially)  outside  BUSY. 

Lemma  5.7  Suppose  Tj  was  abandoned  (by  If"^'^ ^  at  time  taban  and  that  I  =  [tbeginiidose]  is 
the  the  interval  in  which  Tj  is  abandoned.    Then,  if  Tj  is  to  be  executed  (by  the  clairvoyant 
algorithm)  anywhere  outside  BUSY  it  must  be  after  tdoae- 
PROOF. 

A/  =  [r/,<a6an]  U  [tabanidj].   The  first  portion  of  A/  is  contained  in  BUSY  (lemma  5.2). 
[taban,  tdoae]  Q  I  Q  BUSY,  hence  if  r,  is  to  be  scheduled  anywhere  outside  BUSY  it  must  be 
alter  tdoae 
D 

Now  we  are  ready  to  give  an  upper  bound  on  how  much  additional  value  can  the  clairvoyant 
algorithm  achieve  by  scheduling  tasks  of  F  compared  with  collecting  only  the  granted  value 
without  scheduling  any  tasks.  We  make  strong  use  of  the  fact  that  when  a  task  T  is  abandoned 
during  /,  T's  value  can  not  be  too  large  with  respect  to  achievedvalue(/).  We  believe  the 
techniques  in  this  lemma  to  be  widely  useful. 

Lemma  5.8  With  the  above  gifts,  the  total  net  gain  obtained  by  the  clairvoyant  algorithm  from 
scheduling  the  tasks  abandoned  during  I  is  not  greater  than 

(1  +  vfc)  •  achievedvalue(/) 
PROOF. 


Note  that  parts  of  [tciotcdj]  might  be  included  in  BUSY  as  a  new  interval  may  be  opened  before  dj 
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Assume  that  a  clairvoyant  scheduler  selected  a  scheduling  for  the  tasks  of  F  considering  the 
value  that  can  be  gained  from  leaving  BUSY  periods  idle.  We  can  assume  that  a  clairvoyant 
algorithm  executes  a  task  only  if  this  task  eventually  completes.  If  the  clairvoyant  algorithm 
does  not  schedule  any  of  the  tasks  abandoned  during  /  the  lemma  is  proved.  Hence,  assume  that 
of  all  the  tasks  abandoned  in  /  =  [tbegin,tclose],  the  clairvoyant  scheduler  schedules  Ti,T'2,--Tm 
(in  order  of  completion).  These  tasks  execute  for  /i,/2,---/m  time  after  tdose  (hence,  maybe 
outside  BUSY).  We  know  that  aU  the  /,'s  are  greater  than  zero  (otherwise  there  is  no  net  gain). 

Lemma  5.4  ensures  that  the  biggest  possible  value  of  a  task  to  be  abandoned  during  /  is  (1  + 
\/^)achievedvalue(/).  If  such  a  task  has  value  density  k  its  execution  time  is  (^+v  )ac  leve  va  ue(  ) 
Denote  by  L  the  maximal  value  of  this  execution  time  and  the  length  of  /i 

,  (H-\/fc)-achievedvalue(/) 

L  =  mdLx.{- Jij  (5) 

Let  j  be  the  index  less  than  or  equal  to  m  such  that 

If  no  such  j  exists  define  j  to  be  m. 

First,  assume  that  we  have  an  equality,  J2i<j  'i  =  ^-  The  Yli<j  U  <  L  case  is  a  little  more 
complicated  and  will  be  treated  later. 

We  will  show  that  the  net  gain  from  scheduling  tasks  within  a  period  of  L  after  the  end  of 
the  interval  can  not  be  greater  than  (1  +  \/k)  ■  achievedvalue(/). 

•  Suppose  that  in  5,  the  maximum  is  the  first  term.  Then  the  total  net  gain  from  Ti ,  T2,  •  •  •  T, 
is  not  greater  than 

k-Y^l,  =  k-L  =  {l^\fk)-  achievedvalue(/)  (6) 

«<i 

•  If  on  the  other  hand  the  second  term  is  maximal  in  5  then  the  value  obtained  by  scheduling 
T\  is  at  most  (1  +  y/k)  •  achievedvalue(/)  (lemma  5.4). 

Now  we  will  show  that  the  net  gain  from  scheduling  tasks  "after"  L  is  never  positive. 
Every  task  T,-  that  executed  at  a  time  of  at  least  L  after  the  end  of  the  interval,  where 
3  <  i  <  m,  has  an  execution  time  of  at  least  di  —  tdoae  (see  lemma  5.5). 


di  —  icioae     >      "the  point  at  which  Ti  completes  (according  to  the  clairvoyant)"  —  tdo 

C.      X'-cloat    T     /  ^  *g)        J'close 
9<j 
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For  i  >  j,  Ti  was  scheduled  by  the  clairvoyant  scheduler  but  used  only  li  time  after  tdose- 
Hence,  T,-  executed  at  least  L  time  before  tdose  that  is  to  say  in  BUSY  by  lemma  5.7.  The 
"loss"  from  scheduling  Ti  during  BUSY  is  at  least  k  ■  L.  The  value  obtained  by  scheduling  T,  is 
at  most  (1  +  Vk)  •  achievedvalue(/)  (lemma  5.4).  Hence  the  net  gain  is  less  than  or  equal  to 

(1  +  Vk)  •  achievedvalue(/)  —  k  ■  L 
<     (1  +  vk)  ■  achievedvalue(/)  —  (1  +  v^)  •  achievedvalue(/) 
=     0 

We  conclude  that  the  clairvoyant  algorithm  is  better  off  not  scheduling  any  task  T,,     j  <  i  <  m. 
Hence,  the  lemma  is  proved  for  the  case  that  J2i<j  ^  =  ^^ 

What  if  L  does  not  equal  any  of  the  partial  sums?  That  is,  if  J2t<j  h  <  L  <  XIi<j+i  ^• 
We  wiU  augment  the  total  value  given  to  the  clairvoyant  by  some  non-negative  amount.  Then 
we  will  show  that  even  with  this  addition  the  net  gain  achieved  by  the  clairvoyant  algorithm  is 
bounded  by  (1  +  v^)  •  achievedvalue(/),  hence  proving  the  lemma. 

First  we  will  take  the  value  density  of  Tj  to  be  k.  This  move  can  only  increase  the  overall 
value  achieved  by  the  clairvoyant  cilgorithm.  We  will  also  "transfer"  some  execution  time  (and 
hence  also  value)  from  Tj+i  to  Tj.  We  will  transfer  exactly  L  —  J2i<j  'i  execution  time.  There 
will  be  a  non-negative  net  increase  of  (k  —  imp{Tj+i))  ■  (L  —  J2i<j  h)  in  the  overall  achieved  value 
of  the  clairvoyant  algorithm  and  we  are  back  in  the  case  of  Z,  =  X),<,  /,.  The  total  net  gain  from 

Ti,-  •  •,Tj^i  is  bounded  by  (1  +  Vk)  ■  achievedvalue(/)  while  the  net  gain  from  all  other  tasks  is 
zero  or  negative. 
D 

Our  strategy  thus  far  has  entailed  partitioning  the  problem  into  what  the  clairvoyant  can 
obtain  with  respect  to  a  given  interval  compared  to  what  D""^*"  obtains  in  that  interval.  We 
now  compute  an  upper  bound  for  what  the  clairvoyant  algorithm  can  obtain  over  all  intervals. 
This  may  overestimate  what  the  clairvoyant  algorithm  obtains,  because  the  time  periods  that 
the  clairvoyant  algorithm  uses  on  the  tasks  of  two  neighboring  intervals  may  overlap. 

Corollary  5.9   With  the  above  gifts,  the  total  net  gain  (over  the  entire  execution)  obtained  by 
the  clairvoyant  algorithm  from  scheduling  the  tasks  of  F  is  not  greater  than 

(1  +  Vk)  •  achievedvalue 
PROOF. 

Lemma  5.8  measured  the  maximum  net  gain  per  interval.    By  construction,  each  task  is 
accounted  for  in  exactly  one  interval.   Therefore,  summing  over  all  intervals  we  conclude  that 
the  total  net  gain  during  the  entire  execution  is  less  than  or  equals  to  (1  -f  Vk)  ■  achievedvalue. 
D 

The  previous  corollary  bounds  the  value  the  clairvoyant  algorithm  could  obtain  beyond  the 
granted  value.  Now,  we  will  estimate  the  granted  value  (by  bounding  the  length  of  BUSY)  to 
get  an  upper  bound  on  C{S°  U  F). 
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Lemma  5.10 

C(5°UF)     <     /:-(achievedvalue+ -^  ■zerolaxval)  + (1  +  >/r) -achievedvalue 

=     (A;  +  1  +  y/k)  ■  achievedvalue  +  Vk  ■  zerolaxval 

PROOF. 

Lemma  5.6  shows  that  C{F  U  5°)  is  bounded  by  the  maximum,  ranging  over  all  possible 
schedulings  of  the  tasks  of  F,  of  the  following  sum: 

{value  obtained  by  scheduling  F)  +  k  ■  {length  of  time  in  BUSY  not  utilized  by  F  tasks). 

Corollary  5.9  above,  shows  that  this  sum  is  less  than  or  equal  to 

(1  +  v^)  •  achievedvalue  +  k  ■  BUSY 

Lemma  5.3,  summed  over  all  intervals  yields: 

BUSY  <  achievedvalue  H =  •  Istvalue 

y/k 

lstvalue(/)  <  zerolaxval(/)  always  holds  because  every  task  that  is  Ist-scheduled  must  have 
completed  at  its  deadline.  This  implies  that 

BUSY  <  achievedvalue  H — j=  •  zerolaxval 

Vk 

Hence, 

C{S°\JF)     <     ^  •  (achievedvalue  H — ^  ■  zerolaxval)  +  (1  +  v/^)  •  achievedvalue 

Vk 

=     {k  +  I  +  Vk)  ■  achievedvalue  +  v^  •  zerolaxval 

Which  proves  the  lemma. 
D 

We  gave  the  clairvoyant  algorithm  the  value  of  all  tasks  in  S^.  We  also  got  a  bound  on 
C{S°  U  F)  .  The  following  lemma  shows  that  the  sum  of  these  two  values  bounds  the  value  the 
clairvoyant  can  get  from  the  entire  collection. 

Lemma  5.11 

C{F  U  5°  U  S^)  <  C{F  U  S°)  +  C{S'')  <  C{F  U  5°)  +   ^  t;,- 

T.esp 

PROOF. 
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C(*)  is  a  sublineaj  function  For  every  two  collections  of  tasks  A  and  B  the  value  that  a 
clairvoyant  algorithm  can  get  from  scheduling  A\J  B  is  not  greater  than  the  sum  of  values  from 
scheduling  each  collection  separately.  The  reason  is  that  executing  tasks  of  A  might  interfere 
with  tasks  of  B  and  vise  versa. 

C{A{^B)<C{A)  +  C{B) 

Hence, 

C{F  U  5°  U  5^)  <  C{F  U  5°)  +  C{S^) 

C{S^)  can  not  be  greater  than  the  sum  of  the  values  of  all  the  tasks  in  S^.  That  yields  the 
desired  result. 
D 

Given  a  collection  of  tasks  F,  lemmas  5.10  and  5.11  give  an  upper  bound  on  the  value  the 
clairvoyant  algorithm  can  obtain  from  F  in  terms  of  the  value  obtained  by  D"^^''  (achievedvalue, 
zerolaxval  and  poslaxval).  The  next  theorem  puts  these  results  together. 

Theorem  5.12   W'"^'^  has  a  competitive  factor  of- — hr^-  That  is,  iT'"^''  obtains  at  least  ..    V.; 

times  the  value  of  a  clairvoyant  algorithm  given  any  task  collection  F. 

PROOF. 

In  the  notation  of  the  lemmas  above,  we  got  from  lemma  5.10  that 

C{S°  UF)  <{k  +  l  +  y/k)  ■  achievedvalue  +  \/k  ■  zerolaxval 
We  will  bound  y/k  •  zerolaxval  in  the  above  equation. 

Vit  •  achievedvalue     =     Vk  ■  zerolaxval  +  Vk  ■  poslaxval 

>     y/k  ■  zerolaxval  +  poslaxval 
=^  y/k  ■  zerolaxval     <     y/k  •  achievedvalue  -  poslaxval 

Hence,  replacing  {y/k  ■  zerolaxval)  by  {y/k  ■  achievedvalue  -  poslaxval)  yields: 

C{S°  U  F)     <     (it  +  1  +  y/k)  ■  achievedvalue  +  v^  •  achievedvalue  -  poslaxval 
=     (1  +  y/k)^  ■  achievedvalue  -  poslaxval 

Using  lemma  5.11  we  get: 

C(FU5°U5'')     <  C(FU5°)  +  C(5'') 

=  C{F  U  5°)  +  poslaxval 

<  ((1  4-  yjt)2  .  achievedvalue  -  poslaxval)  +  poslaxval 

=  (1  +  y/k)^  •  achievedvalue 

D 
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5.3     The  Running  Complexity  of  D""" 

In  the  previous  section  we  analyzed  the  performance  of  D'"'"  in  the  sense  of  what  value  it  will 
achieve  from  scheduling  tasks  to  completion.  In  this  section  we  study  the  cost  of  executing  the 
scheduling  algorithm  itself. 

Theorem  5.13  If  n  bounds  the  number  of  unscheduled  tasks  in  the  system  at  any  instant  then 

each  task  incurs  an  O(logn)  amortized  cost. 

PROOF. 

jyover  requires  three  data  structures,  called  Qrecent,  Qother  and  Qlst,  ail  of  them  priority  queues, 

implemented  as  balanced  search  trees,  e.g.    2-3  trees.    They  support  Insert,  Delete,  Min  and 

Dequeue  operations,  each  taking  O(logn)  time  for  a  queue  with  n  tasks.  The  structures  share 

their  leaf  nodes  which  represent  tasks. 

D""^""  consists  of  a  main  loop  with  three  "interrupt  handlers"  within  it.  The  total  number  of 
operations  is  dominated  by  the  number  of  times  each  of  these  handler  clauses  is  executed  and 
the  number  of  data  structure  operations  in  each  clause. 

Suppose  a  history  of  m  tasks  is  given. 

First,  let  us  estimate  the  number  of  times  each  handler  clause  can  be  executed.  A  task 
during  its  lifetime  causes  exactly  one  Task  Release  event  and  at  most  one  Task  Completion  event 
as  well  as  at  most  one  Latest-start-time  Interrupt  event.  Hence,  while  scheduling  m  tasks  the 
total  number  of  events  is  bounded  by  3m. 

Now,  we  will  bound  the  number  of  queue  operations  in  each  handler  clause. 

•  In  the  handler  for  the  Task  Release  event  (statement  46),  there  is  a  constant  number  of 
queue  operations.  Hence,  this  contributes  a  total  of  0(m)  queue  operations  during  the 
entire  history. 

•  In  the  handler  for  the  Task  Completion  event  (statement  0)  there  is  a  constant  number  of 
queue  operations.  Hence,  this  contributes  a  total  of  0{m)  queue  operations  during  the 
entire  history. 

•  In  the  handler  for  Latest-start-time  Interrupt  event  (see  statement  69),  the  number  of  queue 
operations  is  proportional  to  the  number  of  tasks  in  Qrecent  plus  a  constant  (because  the 
recently-preempted  tasks  are  all  inserted  into  Qother,  statement  74).  How  many  tasks  can 
be  in  Qrecent  throughout  the  history?  A  task  can  enter  Qrecent  only  as  a  result  of  Task 
Release  event  there  are  at  most  m  such  events.  Hence,  the  total  number  of  ta^ks  in  Qrecent 
is  at  most  m,  which  means  that  the  total  number  of  queue  operations  is  0{m)  during  the 
entire  history. 

We  conclude  that  the  total  number  of  operations  for  the  entire  history  is  0(m  log  n)  and  the 
theorem  is  proved. 

n 

6     Conflicting  Tasks 

What  if  the  collection  of  tasks  to  be  scheduled  is  underloaded,  that  is  to  say  that  all  tasks  can 
be  scheduled  to  completion?  We  would  like  the  on-line  scheduler  to  be  optimal  in  this  case. 
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Y)over  jg  optimal  for  underloaded  systems.  In  fact,  it  has  an  even  stronger  performance 
guarantee:  We  devise  a  procedure  (Remove-Conflicts)  to  partition  the  tasks  into  two  classes. 
The  conflict-free  tasks  are  those  that  can  be  scheduled  to  completion  without  preventing  any 
other  task  from  completing  (in  a  sense  to  be  made  precise  in  the  algorithm  below).  A  task  is 
conflicting  otherwise. 

We  will  show  that  D""^""  schedule  to  completion  all  conflict-free  tasks  (in  particular  all  tasks 
in  an  underloaded  system)  and  also  obtains  at  least  - — Kf-^  the  value  a  clairvoyant  algorithm 
can  get  from  the  conflicting  tasks. 

The  definitions  of  underloaded  and  overload  systems  in  section  3  are  natural  and  widely 
accepted.  However,  even  when  a  system  is  overloaded  it  is  possible  that  some  periods  are 
"underloaded"  i.e.,  it  is  possible  that  some  tasks  wiU  be  scheduled  to  completion  by  all  clairvoyant 
algorithms  since  they  do  not  prevent  any  other  task  from  completion.  One  can  define  the  periods 
occupied  by  the  aggregated  tasks  as  overloaded  intervals.  We  prefer  this  definition  to  that  of  [2,7] 
because  it  does  not  depend  on  the  behavior  of  D*. 

1  Function  Remove-Conflicts  (  F  )  ; 

2  if  numjof-tasks(r)  ==  1  then 

3  return(r); 

4  end  {if}  ; 

5  collection_numjof_tasks  :=2 

6  repeat 

7  Select  a  collection  of  tasks  5  =  7;, ,  T^, ,  ••  ■ ,  Ti„„„„„ „^,_„.„.  of  size 

collection_num.of.tasks  such  that 

r  =  Minr.esi^i}  and  d  =  Mazr.esl'^i}  ^^^ 

8  if  (such  a  collection  is  found)  then 

9  mark  all  the  tasks  in  5  as  conflicting  tasks; 

10  Create  a  task  T  with  release  time  r  and  deadline  d 
and  with  no  slack  time; 

11  (*    T  is  an  aggregated  task     *) 

12  return(  remove_conflicts(  T-  S+  {T})); 

{*  Starts  again  with  the  new  collection  of  tasks  with  a  smaller  col- 
li lection  of  tasks.     When  the  recursive  calls  reach  the  bottom  of  the 
recursive  the  result  is  propagated  upwards  (tail  recursion).  *) 

14  else 

15  collection Jiumjof.tasks  :=  collection jiumjjf.tasks  +  1; 

16  end  {if}  ; 

17  until  collection_numjof-tasks  >  numj3f-tasks(r) 

The  Remove  Conflicts  Algorithm.^ 


*Also,  in  [2,7]  a  task  is  "overloaded"  if  and  only  if  its  deadline  is  in  an  overloaded  interval.  This  is  not  reasonable 
because  even  tasks  that  have  enough  slack  time  to  complete  "safely"  before  the  overloaded  interval  starts  will  be 
considered  as  "overloaded". 

^Another  version  of  this  algorithm  is  an  iterative  algorithm  that  at  each  iteration  selects  non-deterministicly 
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Example  6.1  To  see  how  remove.conflicts  works  consider  the  following  example.   Suppose  we  are 
given  the  following  collection  of  tasks: 


Task 

Release-Time 

Computation-  Time 

Deadline 

Ti 

0 

4 

6 

T2 

2 

4 

6 

Tz 

0 

2 

8 

T4 

6 

2 

8 

Ts 

0 

1 

9 

In  the  beginning  remove.conflicts  is  invoked  with  the  above  collection.  The  algorithm  seeks 
a  conflicting  collection  5,  starting  with  collections  of  size  two.  S  =  {Ti,T2}  is  such  a  collection 
since  the  computation  time  of  these  tasks  (combined)  is  8  but  their  combined  execution  periods 
has  only  a  length  of  6.  Hence,  these  tasks  are  conflicting  tasks  and  an  aggregated  task  Ta  is 
created  with  release  time  0,  computation  time  6  and  deadline  6. 

The  aggregated  task  replaces  Ti  and  T2  and  remove_conflicts  is  invoked  with  the  new  col- 
lection. This  time  there  is  no  conflicting  collection  of  size  2  but  there  is  one  of  size  3,  namely 
{Ta, 73,74}.  This  is  true  since  the  combined  computation  time  is  10  while  the  length  of  the 
combined  execution  periods  is  only  8.  These  tasks  are  replaced  by  a  new  aggregated  task  Tb 
which  is  created  with  release  time  0  and  computation  time  8. 

The  new  aggregated  task  replaces  Ta,  T3  and  T4.  remove_conflicts  is  invoked  again  but  this 
time  there  are  no  conflicts.  The  process  terminates.  The  following  table  summarizes  the  results: 


Task 

Release-Time 

Computation-  Time 

Deadline 

Final  Status 

Ti 

conflicted 

T2 

conflicted 

T3 

conflicted 

Ta 

0 

6 

6 

aggregated  task 

T4 

conflicted 

n 

0 

8 

8 

aggregated  task 

Ts 

conflict-free 

Definition  6.2 

•  Conflicting  and  Conflict-Free  Tasks:     We  are  given  a  set  T  of  original  tasks.  A 
task  T  is  said  to  be  conflicting  if  it  was  "marked"  as  such  by  the  initial  or  any  recursive 


a  minimiil  set  of  conflicting  tasks  and  replace  them  by  an  aggregated  task.  A  collection  is  minimal  in  the  sense 
that  removing  any  one  task  will  make  the  remaining  tasks  schedulable.  Our  algorithm  always  selects  a  minimal 
collection  with  the  smallest  possible  number  of  tasks.  Note  that  the  purpose  of  this  algorithm  is  to  define  conflicting 
and  conflictjree  tasks.  No  scheduler  needs  ever  to  execute  it. 
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call  of  remove_conflicts  (statement  9).  Conflicting  tasks  are  merged  into  aggregated  tasks. 
A  task  (original  or  aggregated)  that  is  not  conflicting  is  said  to  be  a  conflict-free  ^°  . 
When  all  the  tasks  (original  or  aggregated)  of  a  collection  are  conflict-free  the  collection  is 
conflict-free  and  otherwise  conflicting. 

6.1      The  Performance  Guarantee  of  D""^'" 
In  the  following  assume  that  a  collection  F  is  given. 

Lemma  6.1  T  is  overloaded  if  and  only  if  it  is  conflicting. 
PROOF. 

Assume  F  is  conflicting  we  will  show  that  F  is  overloaded.  Let  T  be  the  first  aggregated  task 
to  be  created  by  remove_conflicts  when  invoked  with  F  as  its  input.  T  is  an  aggregate  of  original 
tasks.  This  means  that  the  sum  of  the  computation  times  needed  for  these  tasks  is  greater  than 
the  time  between  their  earliest  release  and  latest  deadline.  Hence  these  tasks  can  not  be  all 
scheduled  (see  line  7  of  removcconflicts).  We  conclude  that  F  is  overloaded. 

Assume  F  is  overloaded  we  will  show  that  F  is  conflicting.  Let  r  be  a  minimal  set  of  tasks  in 
F  that  can  not  be  scheduled,  r  is  minimal  in  the  sense  that  removing  any  one  task  will  make  the 
rest  of  the  tasks  in  r  schedulable  ^^.  Let  r  be  the  earliest  release  time  and  d  the  latest  deadline 
among  all  tasks  in  r.  Let  r  be  scheduled  by  D. 
Claim 

When  D  schedules  r,  there  is  no  idle  time  between  r  and  d. 
proof  of  claim. 

Suppose  the  system  is  idle  time  at  time  t,  then  at  that  time  there  is  no  ready  task.   This 
means  that  r  can  be  partitioned  into  two  non-empty  sets  (one  with  all  tasks  with  deadline 
before  t  and  the  other  with  deadline  after  t).  At  lecist  one  of  these  sets  can  not  be  scheduled  ^^. 
contradicting  the  minimality  of  r. 
end  of  proof  of  claim 

Since  the  claim  shows  that  there  is  no  idle  time,  and  that  D  could  not  schedule  all  the  tasks 
even  while  executing  continuously,  we  conclude  that  the  sum  of  computation  times  needed  for 
the  tasks  of  r  is  greater  than  the  time  that  can  be  possibly  allotted  to  them. 

Remove_conflicts  must  have  found  a  conflict  in  F.  To  see  this  notice  that  as  long  as  no 
conflict  is  found,  the  counter  collection_num.of_tasks  is  advanced  and  is  bound  to  reach  the 
value  of  num_of_tasks(r).  At  that  point  all  the  tasks  of  r  are  still  present  (i.e.  were  not  merged 
into  an  aggregated  task)  and  satisfy  the  condition  of  statement  7. 

Hence,  F  is  conflicting. 
D 


'"T  is  conflicting  if  there  a  collection  of  tasks  r  (original  or  aggregated)  such  that  all  the  tasks  of  r  can  be 
scheduled  but  not  all  the  tasks  in  r  U  {T]  can  be  scheduled. 

'Such  a  minimal  set  must  exists  since  the  entire  set  of  tasks,  F,  can  not  be  scheduled  but  every  singleton  set 
of  tasks  can  be  scheduleed. 

*' Recall  that  D  is  an  optimal  scheduler  for  underloaded  systems   [9,4]. 
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Lemma  6.2    When  scheduling  T,  D — the  earliest- dead  line- first  algorithm —  will  schedule  to  com- 
pletion all  conflict-free  tasks. 
PROOF. 

Let  C  be  the  time  that  can  be  "occupied"  by  the  aggregated  tasks,  that  is  the  pointwise 
union  of  all  their  executable  periods. 

(->       =      Uj',   is  an  aggregated  tasfc[^u"ij  (^) 


where  the  union  is  a  pointwise  union.  One  can  verify  (see  statement  10  of  remove.conflicts) 
that 


C      —       Uj,   i,  an  {original)    conflicting   taskUii"'i\  (**) 


Remove_conflicts(r)  contains  all  the  conflict-free  tasks.  It  is  conflict-free,  otherwise  re- 
move-conflicts would  not  have  halted.  Hence,  by  lemma  6.1  all  the  tasks  in  remove_conflicts(r) 
can  be  scheduled  by  D.  The  aggregated  tasks  of  remove-conflicts(r)  can  not  be  scheduled  outside 
C.  Moreover,  all  of  C  must  be  occupied  by  aggregated  tasks  since  they  have  no  slack  time. 
Hence  the  conflict-free  tasks  are  scheduled  by  D  using  only  time  that  lies  outside  C. 

We  showed  that  D  schedules  all  the  conflict-free  tasks  when  the  collection  to  be  scheduled  is 
remove_conflicts(r),  but  does  this  hold  when  D  schedules  the  original  set  of  tasks,  F?  The  answer 
is  yes.  When  scheduling  F,  equation  (n)  above  shows  that  all  the  time  outside  C  is  available 
to  the  conflict-free  tasks  hence,  by  the  previous  paragraph,  all  conflict-free  tasks  complete  their 
execution  when  F  is  scheduled  by  D. 
D 

Corollary  6.3  D  can  schedule  all  the  conflicting-free  tasks  using  only  time  outside  C . 
U 

Lemma  6.4  Suppose  T  is  not  the  current  executing  task  and  is  not  in  Qrecent.    If  T  has  an 
earlier  deadline  than  all  the  tasks  in  Qrecent  and  the  current  executing  task  (if  any),  then  T  , 
the  current  executing  task,  and  all  the  tasks  in  Qrecent  can  be  scheduled  by  D. 
if  and  only  if 

availtime  >  remaining  computation  time{T) 
PROOF. 

The  proof  is  by  induction  on  the  scheduling  decisions  of  D""".  The  induction  is  done  sepa- 
rately on  each  interval. 
D 
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Definition  6.3 

Real  LST  Event  :  According  to  D""*''  scheduling,  when  a  Task  Completion  event  occurs 
the  next  task  to  be  scheduled  is  the  ready  task,  T,  with  the  earliest-deadline.  It  is  possible  that 
the  slack-time  of  T  reached  zero  exactly  when  a  Task  Completion  event  occurred,  thus  creating 
an  LST  event  for  T.  We  will  call  this  LST  event  a  false  event  since  T  would  have  been  scheduled 
even  without  the  interrupt.  All  other  LST  events  will  be  called  real. 

In  all  of  the  following  we  ignore  the  false  events.  Only  real  LST  events  are  considered. 

Lemma  6.5 

1.  Let  C  be  the  time  that  can  be  occupied  by  the  aggregated  tasks, 

^       ^—      Ux,   is  an  aggregated  tasif"     'J 

then,  outside  C,  UP^^^  schedules  according  to  earliest-deadline-first  (D). 

2.  Under  DP^"  scheduling  a  conflict-free  task  will  never  generate  a  (real)  Latest-start-time 
Interrupt. 

3.  Let  A  be  an  aggregate  task  in  remove-ConflictsfTj  with  parameters  {ra,da),  then  jy^^''  will 
complete  on  or  before  Va  all  conflict-free  tasks  with  deadline  on  or  before  da  ■ 


PROOF. 


Recall  that  the  aggregated  tasks  in  remove_confiicts(r)  are  those  tasks  that  were  created 
"from"  conflicting  tasks.  List  all  the  aggregated  tasks  according  to  deadline  order 

T     T     T 
By  the  construction  of  these  tasks  we  know  that 

(Actually,  from  remove-conflicts  one  can  infer  only  that  daj  <  r^^  but  if  it  happens  that 
dai  =  ^aj  we  can,  for  the  purpose  of  the  the  following  proof  merge  Ta^  and  Tq^  into  one  aggregated 
task  with  parameters  r^j  and  da^) 

D°'"=''  departs  from  the  earliest-deadline- first  scheduling  policy  only  when  one  of  the  following 
events  occurs: 

•  The  current  task  is  Ist-scheduled  i.e.,  it  was  scheduled  as  the  result  of  a  Latest-start-time 
Interrupt. 

•  At  a  Task  Release  event  or  at  a  Task  Completion  event,  the  task  with  the  earliest  deadline 
among  all  ready  tasks  is  not  scheduled  because  availtime  is  too  small  (see  statement  54 
and  65  of  D'"'*^. 


31 


D""^*"  starts  to  schedule  according  to  earliest-deadline-first.  Before  t-qj  there  is  no  conflict 
hence  by  lemma  6.1  there  is  no  overload.  This  means  that  neither  of  the  above  conditions  occurs 
(lemma  6.4).  Hence,  before  the  first  aggregated  task  (up  to  ToJ,  D"'"'''  schedules  in  the  same 
way  as  D.  Also,  from  corollary  6.3  we  conclude  that  all  conflict-free  tasks  with  deadline  on  or 
before  da^  completed  on  or  before  r^ . 

Between  the  first  and  second  aggregated  task,  i.e.,  between  da^  and  Tq^  there  can  not  be  any 
ready  conflicting  tasks  because  all  conflicting  tasks  have  their  deadlines  before  da^  or  release 
time  after  Tq^.  So,  during  this  time  only  conflict-free  tasks  are  scheduled.  Moreover,  they  will  be 
scheduled  according  to  earliest-deadhne-first.  We  wiU  show  this  by  showing  that  neither  of  the 
two  cases  above  can  hold.  A  conflict-free  task  would  not  create  a  real  LST  event  (  corollary  6.3 
^^).  Also,  a  task  with  the  earliest-deadline  will  be  immediately  scheduled.  This  holds  because, 
if  it  is  delayed,  then  D  encounters  an  overloaded  situation  while  executing  the  conflict-free  tasks 
outside  C.  This  contradicts  corollary  6.3. 

We  conclude  that  up  to  Tq^,  D""^''  acts  like  D  and  all  the  conflict-free  tasks  with  deadline 
before  ^02  complete  before  t-qj.  The  induction  can  proceed  through  the  entire  hst  of  aggregated 
task  and  the  lemma  is  proved. 
D 

Corollary  6.6  D°^^^  will  schedule  to  completion  all  conflict-free  tasks. 

Lemma  6.7  Let  A  be  an  aggregate  task  in  remove-conflictsfTj  with  parameters  {ra,da),  then 
during  {ra,da)  a  conflict-free  task  will  be  scheduled  by  D°^^^  only  if  there  are  no  ready  conflicting 
tasks. 
PROOF. 

Lemma  6.5  states  that  a  conflict-free  task  with  deadline  on  or  before  da  would  complete 
before  Tq.  So,  if  any  conflict-free  task  T  with  release  time  r  and  deadline  d  is  to  be  scheduled 
during  A,  it  must  satisfy  d  >  da- 

Suppose  at  time  t  G  {ra,da)  there  is  a  ready  conflicting  task  T,.  Then  d,  <  da  must  hold, 
because  T,  must  be  a  part  of  the  aggregated  task  A  ^'^  ^^. 

Hence,  at  time  t  all  ready  conflicting  tasks  have  deadhnes  before  the  deadhne  of  any  conflict- 
free  ta^k.  A  conflict-free  task  can  be  scheduled,  in  these  circumstances,  only  by  a  Latest-start-time 
Interrupt.  This  can  not  occur  because  a  conflict-free  task  will  not  generate  a  (real)  Latest-start- 
time  Interrupt  (lemma  6.5) 
D 

Theorem  6.8  £)°'"='"  schedules  to  completion  all  conflict-free  tasks  and  obtains  at  least  - — K^ 
the  value  a  clairvoyant  algorithm  gets  from  all  other  (i.e.,  conflicting)  tasks. 

'■"As  a  matter  of  fact  the  conflict-free  tasks  might  have  even  used  some  of  the  time  of  C  (when  scheduled  by 

"We  say  that,  a  task  T  is  a  part  of  an  aggregated  task  y4  if  it  is  one  of  the  tasks  that  were  "merged"  to  create 
A. 

'*T,  is  a  conflicting  task  hence  it  is  a  part  of  an  aggregated  task,  B,  if  this  task  is  not  A  then  the  two  aggregated 
tasks  should  be  merged  contrsulicting  the  fact  that  >4  is  a  task  in  remove-conflicts(r). 
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PROOF. 

The  first  part  of  this  lemma  is  merely  a  repetition  of  corollary  6.6.  From  lemma  6.7,  we 
conclude  that  D""^''  schedules  the  conflicting  tasks  regardless  the  presence  of  the  conflict-free 
tasks.  Suppose  the  clairvoyant  algorithm  has  to  schedule  only  the  conflicted-tasks.  It  can 
schedule  this  tasks  only  during  C.  But  we  have  just  shown  that  D'"'^''  schedules  the  conflicted 
tasks  as  if  the  conflict-free  tasks  do  not  exist.  Since  D""^''  has  a  competitive  factor  of  - — K^  it 
is  guaranteed  to  achieve  at  least  this  fraction  of  what  a  clairvoyant  algorithm  can  achieve  from 
all  conflicting  tasks. 
D 

7     Gradual  Descent 

In  the  previous  sections  we  assumed  firm  deadlines.  That  is,  a  task  has  zero  value  if  it  misses 
its  deadline.  We  would  like  to  generalize  to  soft  deadlines,  which  means  that  a  task  may  have 
some  value  even  after  its  deadline. 

We  assume  here  a  soft  deadline  scheme  called  gradual  descent  and  show  that  a  suitable  variant 
of  D""^''  is  T- — ^T^  competitive  in  this  case.  D"^**"  is  also  - — ^j^  competitive  in  some  possible 
generalizations  of  this  scheme.  We  discuss  these  generalizations  at  the  end  of  this  section. 

7.1  Exponential  Gradual  Descent 

Consider  the  following  "exponential"  value  assignment  for  gradual  descent.  If  a  task  T,  with 
computation  time  c,  and  value  u,  does  not  complete  by  its  deadline  d,  (we  call  this  deadline,  the 
zero'th  deadline  and  denote  it  by  d^)  then  a  value  of  ^  can  be  obtained  if  it  completes  by  d,  +  ^. 
This  "deadline"  is  denoted  by  d].  In  general  a  value  of  ^  is  obtained  the  task  completes  by  its 
y'th  deadline,  d^  =  di-\-^  +  ^  +  ---+^.  We  keep  the  list  of  deadlines  finite  by  postulating 
that  a  task's  value  density  can  not  go  below  1.  This  means  that  the  index  of  the  last  deadline 
after  which  the  tasks  has  zero  value  is  [log2{imp{Ti))\  -  1    =  [/off2(^)J  -  1- 

For  notational  convenience  any  task  T,  will  have  associated  descending  tasks  denoted  by 

rpO     rpl     rp2  rp\log2(imp(Ti))\-l 

where  the  release  times  and  the  computation  times  of  all  these  tasks  are  equal  to  the  release 
time  and  the  computation  time  of  T,.  Tf  has  a  firm  deadline  at  <fy  and  a  value  of  ^.  Only 
one  of  the  tasks  associated  with  T,  can  possibly  complete.  That  is,  if  we  say  that  an  algorithm 
executes  Tf ,  we  mean  that  T,  completes  by  deadline  (Zj',  but  after  deadline  d\~  . 

7.2  A  Variant  of  D"""  for  Gradual  Descent 

We  modify  the  Latest-start-time  Interrupt  handler  of  D°'"^''  in  such  a  way  that  when  Tf  is  to  be 
abandoned  because  it  reached  its  LST  but  does  not  have  enough  value  to  be  scheduled  (see 
statement  80  of  D""'^'"),  Tf  is  indeed  removed  from  all  the  data  structures  but  in  addition  a  task 
release  for  T}  is  simulated.  T/'s  remaining  computation  time  is  set  to  the  remaining  computation 
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time  of  T°.  In  the  same  way,  if  T/  is  to  be  abandoned  then  a  third  task  is  "released".  This 
process  continues  as  long  as  the  value  density  does  not  go  below  1. 

7.3  Analysis  of  D"""*^  in  the  Gradual  Descent  Model 

The  analysis  is  similar  to  one  in  section  5.  We  will  discuss  the  differences  only.  Suppose  that 
a  collection  of  tasks  T  with  importance  ratio  k  is  given,  and  D°''*'"  schedules  this  collection. 
We  partition  the  collection  of  tasks  according  to  the  question  of  which  associated  tasks  (if  any) 
completed. 

•  Let  S^  denote  the  set  of  tasks  that  completed  successfully  and  that  ended  some  positive 
time  before  their  zero'th  deadline. 

•  Let  S°  denote  the  set  of  tasks  that  completed  successfully  but  ended  exactly  at  their  zero'th 
deadline. 

•  For  1  <  y  <  [log2k\  —  1,  let  S^  denote  the  set  of  tasks  that  completed  successfully  after 
their  {y  —  l)'th  deadline  but  not  after  their  r/'th  deadline  (i.e.,  the  ?/'th  associated  task 
completed). 

•  Let  FAIL  denote  the  set  of  tasks  that  never  completed. 

We  will  start  by  modifying  the  technical  lemmas  of  subsection  5.1  to  the  new  setting. 

7.4  Lemmas  about  D°"^'"'s  Scheduling 

For  notationaJ  convenience  we  define  a  minus  one  deadline  d~^  which  equals  to  the  zero'th 
deadline  d^. 

•  In  this  setting  lemma  5.2  reads 
Lemma  7.1 


1.  For  any  task  Ti  in  S^  (with  y  >  0).  Suppose  Tf  completed  at  time  tcomplete  <  d^ ,  then 

[ri,d^i~']  C  [r„t,omptete]  Q  BUSY 

2.  For  any  task  Ti  in  FAIL.  Suppose  Ti  was  abandoned  at  time  tabanj  then 


[ri,taban]CBUSY 


PROOF. 

The  proof  is  similar  to  that  of  lemma  5.2. 

D 
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•  Lemma  5.3  holds  without  change.  Note  that  we  continue  to  make  the  normalized  importance 
assumption,  because  we  never  allow  the  value  density  to  fail  below  1. 

•  Lemma  5.4  holds  without  change. 

•  Lemma  5.5  reads: 

Lemma  7.2  Suppose  T^  was  abandoned  at  time  t  in  I  =  [tbegin^tdoae]-   Then, 

Ct  ^  ",■         ^close 
PROOF. 

The  proof  is  the  same  as  the  proof  of  lemma  5.5. 

D 

7.5      How  Well  Can  a  Clairvoyant  Scheduler  Do? 

As  in  subsection  5.2,  given  a  coUection  of  tasks  F,  our  goal  is  to  bound  the  maximum  value  that 
a  clairvoyant  algorithm  can  obtain  from  scheduling  F.  We  observe  the  scheduling  of  F  by  D""^"" 
which  gives  rise  to  the  definition  of  5'',  the  5^'s  and  FAIL.  As  before,  BUSY  is  defined  to  be 
the  union  of  the  periods  in  which  the  processor  was  not  idle  (under  D°''^'"'s  scheduling). 

The  clairvoyant  algorithm  is  offered  the  same  two  gifts  as  before.  The  first  is  the  sum  of 
the  values  of  all  tasks  in  S^  at  no  cost  to  it.  The  second  gift  is  the  granted  value.  That  is,  in 
addition  to  the  value  obtained  from  scheduling 

LATE  =  (5°  U  5^  U  • .  .5L'''«'=J-i  u  FAIL) 

a  value  density  of  k  wiU  be  granted  for  every  period  of  BUSY  that  is  not  used  for  executing  a 
task  of  LATE.  By  a  similar  argument  to  lemma  5.6  we  can  see  that^^ 


C{LATE)    <  max 

possible 

scheduling 

of  LATE 


value  obtained  by  ^^^^^^  ^^  ^  .^^  -^  ^^gy  not 

scheduling  tasks  of  +  k  ■      ^^.^.^^^       ^^^^^       ^^^^ 
LATE 


In  lemma  5.8  we  bounded  the  net  gain  that  the  clairvoyant  algorithm  could  get  from  schedul- 
ing tasks  of  F  ^^.  This  was  done  by  examining  each  interval  separately.  If  T  G  -F  is  scheduled 


'^Recall  that  C(FAIL)  denotes  the  value  that  a  clairvoyant  algorithm  can  achieve  from  scheduling  (any  subset 
of)  LATE. 

*^Note  that  in  section  5  the  clairvoyant  scheduler  could  not  make  any  net  gain  from  tasks  of  S^  that  completed 
in  /  because  they  can  be  executed  only  during  BUSY.  This  is  not  the  case  here  because  if  T,"  completed  in  /,  the 
clairvoyant  algorithm  could  choose  a  different  completion  point  for  T,"  or  even  to  abandon  it  in  favor  of  another 
associated  task  T'  with  z  ^  y. 
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then  its  value  is  accounted  for  in  the  interval  in  which  T  was  abandoned  by  D""^"".  Here,  the 
method  of  relating  the  value  of  a  task  T  G  LATE  to  the  interval  in  which  it  is  accounted  for 
is  more  complicated.  Suppose  the  clairvoyant  algorithm  chose  to  execute  the  z'th  task  of  T,  to 
completion.  D""*''  could  have  chosen  to  complete  any  of  the  associated  tasks  of  T,  {Ti  6  S^  for 
some  y)  or  none  (T,  G  FAIL).  In  the  first  case  we  account  for  Tf  in  the  interval  in  which  D""^'" 
completed  Ti;  in  the  second  case,  in  the  interval  during  which  Tf  was  abandoned. 

Assume  that  a  clairvoyant  scheduler  selected  an  optimal  scheduling  for  the  tasks  of  LATE 
considering  the  value  that  can  be  gained  from  leaving  BUSY  periods  idle.  The  execution  of  a 
task  can  give  a  positive  net  gain  only  if  the  task  executed  (at  least  partially)  outside  BUSY. 
The  following  lemma  shows  that  such  execution  may  take  place  only  after  tdose- 

Lemma  7.3  Suppose  the  associated  task  Tf  of  Ti  G  LATE  is  scheduled  to  completion  by  the 
clairvoyant  algorithm.  Suppose  that  Ti  is  accounted  for  in  I  =  [tbegin,  tdose]-   Then,  ifTi  is  to  be 
executed  (by  the  clairvoyant  algorithm)  anywhere  outside  BUSY  it  must  be  after  tdose- 
PROOF. 

There  are  two  cases: 

•  D""^""  never  completed  T,  (T,  G  FAIL).  In  this  case  let  t  be  the  time  when  D""^'"  abandoned 
Tf. 

Tf  can  be  executed  only  during  At'  which  is  is  [»",■,<]  U  [<,rff].  The  first  portion  of  At'  is 
contained  in  BUSY  (lemma  7.1).  The  second  portion  is  contained  in  /.  Hence  [r,,  tdose]  ^ 
BUSY. 

•  D°'"^'"  completed  T-'  for  some  y.  Let  t  be  the  completion  time  of  T-" . 

A  similar  argument  as  above  for  A^y  =  [fuA  U  [^^]  shows  that  [ri, tdose]  Q  BUSY. 

Hence  in  both  cases,  if  Tf  is  to  be  executed  outside  BUSY  it  must  be  after  tdose- 
D 

•  Lemma  5.8  has  to  be  replaced  by  the  following, 

Lemma  7.4  With  the  above  gifts,  the  total  net  gain  obtained  by  the  clairvoyant  algorithm  from 
scheduling  the  (associated)  tasks  accounted  for  in  I  is  not  greater  than 

(1  +  v^)  •  achievedvalue(/) 
PROOF. 

Let  Ti,T2,-  -  -Tm  be  those  tasks  that  are  accounted  for  in  /  =  [tbegm,  tdose]  and  that  the 
clairvoyant  algorithm  scheduled  after  tdose  (in  order  of  completion).  These  tasks  execute  for 
'11^25  •  •  "'m  time  after  tdose  (hence,  maybe  outside  BUSY  by  the  above  lemma). 

Denote  by  L  the  following  value 

(1  +  \/^)  ■achievedvalue(/) 
I  =  max{ ,/i}  (7) 
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Let  j  be  the  index  less  than  or  equaJ  to  m  such  that 

K  no  such  j  exists  define  j  to  be  m. 

First,  assume  that  we  have  an  equality,  XIiXj  'i  =  ^• 
The  proof  now  has  two  parts. 
OPart  1  : 

We  will  show  that  the  net  gain  from  scheduling  tasks  within  a  period  of  L  after  the  end  of  the 
interval  can  not  be  greater  than  (1  +  \/k)  ■  achievedvalue(/). 

•  Suppose  that  in  7,  the  maximum  is  the  first  term.  Then  the  total  net  gain  from  Ti ,  T2,  •  •  ■  Tj 
is  not  greater  than 

k-^U  =  k-L  =  {l  +  \fk)-  achievedvalue(/)  (8) 

«<i 

•  Suppose  the  second  term  is  majdmum  in  7  and  that  the  z'th  associated  task  of  T\  was  sched- 
uled by  the  clairvoyant  algorithm.  K  T(  was  abandoned  in  /  (by  D""^'')  then  lemma  5.4 
ensures  that  its  value  is  bounded  by  (1  +  y/k)  •  achievedvalue(/).  The  other  possibility  is 
that  0°""  completed  T^  in  J.  U  z  >  y  then  value{T{)  <  value{Tj!)  but  value{T^)  is 
a  component  of  achievedvalue(/)  so  must  be  less  or  equal  to  it.  z  <  y  implies  that  Ti 
executed  to  completion  before  tdose,  since  d^  <  d^  <  tdose  —  a  contradiction. 

Hence,  in  any  ceise,  the  value  obtained  by  scheduling  Ti  is  at  most  (l+\/^)achievedvalue(/). 

OPart  2  : 

Now  we  will  show  that  the  net  gain  from  scheduling  a  task  T,  {j  <  i  <  m)  L  time  after  the  end 
of  /  is  never  positive.  Here  we  have  to  distinguish  between  two  cases  depending  on  whether 
D°''*'"  completed  or  abandoned  T,  in  /. 

•  D<""^  completed  T, 

Suppose  that  D"""  completed  T/'  at  tcomplete  G  /  and  that  the  clairvoyant  algorithm  chose 

to  schedule  Tf . 

There  are  two  possible  cases: 

-  z  <  y: 

Lemma  7.1  shows  that 

[ri,d^]C[r„tcomplete]QBUSY 

This  means  that  T,^  executes  during  BUSY,  a  contradiction. 

-  z>y- 

The  gradual  descending  scheme  ensures  that, 
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d^     =     clP+-  +  -  +  ---+  — 


From  lemma  7.1  we  see  that 

ctl  <  d]         <  tcomplete  <  tdose  G  BUSY 

Hence  we  conclude  that 


C' 

d-   <  tdose  +  (c,  -  rj) 

T^  must  complete  at  or  before  d^  implying  that  the  clairvoyant  algorithm  schedules 
Tf  for  at  least  ^  time  before  tdose  hence  in  BUSY.  The  loss  from  the  execution 
during  BUSY  is  at  least  p  x  k  while  the  value  of  Tf  is  at  most  ^^.  Hence  the  net 
gain  is  not  positive. 

•  T,  e  FAIL 

Suppose  that  the  y'th  associated  task  of  T,  was  scheduled  by  the  clairvoyant  algorithm 
and  that  T-*  was  abandonded  by  D°'^^''  in  /  =  [tbegin, tdose]-  Tf  has  an  execution  time  of 
at  least  d\  —  tdose  by  lemma  7.2. 


d^  ~  tdose     ^       "the  point  at  which  Tf  completes  (according  to  the  clairvoyant)"  —  tdose 

^       ('■close  T   /  j^g )        Inclose 
9<i 

Tf  was  scheduled  by  the  clairvoyant  scheduler  but  used  only  /,  time  after  tdose-  Hence, 
T,  executed  at  least  L  time  before  tdose  that  is  to  say  in  BUSY  (lemma  7.3).  The  "loss" 
from  scheduling  T,  during  BUSY  is  at  least  k  -  L.  The  value  obtained  by  scheduling  T,  is 
at  most  (1  +  v^)  •  achievedvalue(/)  (lemma  5.4).  Hence  the  net  gain  is  less  than  or  equal 
to 

(1  +  y/ic)  •  achievedvalue(/)  -  k-  L 
<     (1  +  vk)  ■  achievedvalue(/)  —  (1  +  vk)  ■  achievedvalue(/) 
=     0 
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What  if  L  does  not  equal  any  of  the  partial  sums?  That  is,  if  ^,<j  U  <  L  <  X^,<j^i  /,.  As  in 
the  proof  of  lemma  5.8,  we  augment  the  total  value  given  to  the  clairvoyant  by  some  non-negative 
amount.  Even  with  this  addition  the  net  gain  achieved  by  the  clairvoyant  algorithm  is  bounded 
by  (1  +  \/k)  ■  achievedvalue(/),  hence  proving  the  lemma. 
D 

•  Corollary  5.9  holds  with  LATE  replacing  F. 

Before  we  continue  we  must  clarify  the  meaning  of  poslaxval  and  zerolaxval  in  this  setting. 
poslaxval  denotes  the  value  obtained  by  tasks  that  completed  before  their  zero'th  deadline  (tasks 
in  S^).  zerolaxval  denotes  the  total  value  obtained  by  tasks  that  completed  at  or  after  that 
deadUne  (i.e.,  tasks  in  5°  U  5^  U  • .  .^L'^^z^J-i). 

•  Lemma  5.10  holds  without  change  given  these  new  definitions  of  poslaxval  and  zerolaxval. 

•  Lemma  5.11  holds  with  LATE  replacing  F  U  5°. 

Theorem  7.5  In  the  exponential  gradual  descent  model, 

Z?"""  has  a  competitive  factor  of  - — hr^- 

PROOF. 

Proof  as  in  theorem  5.12. 
D 

7.6  Inherent  Bounds 

The  inherent  bound  given  by  Baruah  et.  al.  [2,3]  can  not  be  directly  applied  here.  Hence,  it  is 
not  clear  whether  D""*""  is  optimal  in  this  setting.  It  might  very  well  be  that  the  introduction 
of  descending  value  schemes  helps  the  on-line  scheduler  more  then  it  helps  the  clairvoyant  one. 
Thus,  the  question  of  finding  the  inherent  bounds  in  this  case  is  open. 

7.7  Performance  Guarantee  for  Underloaded  Periods 

In  the  gradual  descent  model  we  define  an  underloaded  collection  of  tasks  as  a  coUection  such 
that  all  its  tasks  can  be  scheduled  by  the  zero'th  deadline  (i.e.,  with  their  full  value).  It  is  clear 
that  Y)°""  wiU  get  100%  of  the  value  for  such  a  collection  since  it  will  execute  according  to 
earliest  deadline  first  scheduling. 

7.8  Other  Gradual  Descent  Schemes 

In  this  section  we  presented  a  specific  scheme  of  gradual  descent.  In  fact,  the  current  argument 
can  provide  the  same  result  for  more  general  schemes  of  descending  value. 
All  schemes  must  have  the  following  properties: 

•  The  value  density  of  a  task  must  not  go  below  1  (used  in  lemma  5.3). 

•  For  every  possible  associated  task  T^  of  T,, 

d-  <  d?  +  c. 
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and 

{d'i  -  <i°)  X  A:  >  "the  value  of  of  T^" 

(used  in  part  2  of  lemma  7.4) 

Within  these  constraints,  many  schemes  are  possible.  Some  tasks  can  have  firm  deadlines; 
others  may  have  descending  values.  The  base  of  the  exponent  (2  was  an  arbitrary  choice)  can 
be  different  for  different  tasks. 

8  Situations  in  Which  The  Exact  Computation  Time  of  A  Task 
Is  Not  Known 

Suppose  the  on-line  scheduling  algorithm  is  not  given  the  exact  computation  time  of  a  task  upon 
its  release.  However,  for  every  task  T,,  an  upper  bound  on  its  possible  computation  time  denoted 
by  c,,maxi  is  given.  Also,  the  actual  computation  time  of  T,,  denoted  by  c,,  satisfies: 

(^  ~  ^)  '  ^t.max  S  ^i  S  ^i,max 

Where,  0  <  e  <  1  is  a  given  error  margin  which  is  common  to  all  the  tasks.  We  make  the 
following  additional  assumptions: 

Assumption  8.1 

•  The  Actual  Computation  Time  Is  Environment-Invariant:  The  actual  compu- 
tation time  of  a  task  does  not  depend  on  the  point  in  time  in  which  it  was  scheduled,  the 
number  of  times  it  was  preempted  and  rescheduled  etc. 

•  The  Actual  Computation  Time  Is  Not  Know  Before  The  Completion  Point: 
An  on-line  scheduler  can  not  know  the  exact  computation  time  of  a  task  until  it  completes. 

D 

Some  terms  has  to  be  redefined  in  the  new  set  up: 

Definition  8.2  •  Underloaded  Collection  of  Tasks:  A  coUection  of  tasks  is  under- 
loaded (in  this  setting)  if  the  actual  computation  times  enable  execution  of  all  the  taisks  to 
completion. 

•  Importance  Ratio:  The  importance  ratio,  k,  of  a  collection  with  an  error  margin  off 
is  defined  to  be  the  ratio  of  the  largest  possible  value  density  to  the  smallest  possible  value 
density. 


min.-  -!^       "  (1-e)  '  min,  -^^  ^   ' 

Here,  the  normalized  importance  assumption  (assumption  3.2)  means  that  min,  —^ —  >  1. 
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8.1  An  Inherent  Bound  On  The  Competitive  Factor 

The  inherent  bound  proof  given  in  [2,3]  can  be  applied  here  as  well.  In  the  notation  of  those 
references,  all  the  major  tasks  execute  at  their  longest  possible  computation  time  with  an  actual 
value  density  1  while  all  the  associated  tasks  execute  at  their  shortest  possible  computation  time 
and  value  density  k.  This  argument  shows  that  no  on-line  scheduler  can  achieve  a  competitive 
factor  greater  than  77-7^2  • 

8.2  Underloaded  Systems 

Example  8.3      Suppose  we  are  given  the  following  collection  of  two  tasks: 


[Task 

Release-Time 

Max.   Computation- Time 

Value 

Deadline 

Ti 

0 

1 

1 

1 

T2 

0 

200 

200 

200 

For  an  error  margin  e  <   -^  this  collection  will  always  constitute  an  overloaded  system. 
However,  if  e  >  20T  then  depending  on  the  actual  computation  times,  the  system  may  be  either 
underloaded  or  overloaded. 
D 

Theorem  8.1   An  on-line  scheduler  that  guarantees  100%  of  the  value  for  an  underloaded  system 

has  a  zero  competitive  factor. 

PROOF. 

Suppose  an  on-line  scheduler  S  guarantees  100%  of  the  value  for  underloaded  systems.  Sup- 
pose the  tasks  of  example  8.3  with  error  margin  of  €  =  jqq  ^^^  scheduled  by  S. 
Consider  the  following  possible  cases: 

1.  The  actual  executing  time  of  T\  is  the  maximum  possible  —  1  while  that  of  T2  is  the 
minimum  possible  —  199.  In  this  case  the  system  is  underloaded  and  S  should  be  able  to 
schedule  both  tasks  to  completion.  That  is  schedule  Ti  between  0  and  1  and  T2  from  1  to 
200. 

2.  The  actual  executing  time  of  both  T\  and  T2  are  the  maximum  possible.  In  this  case  the 
system  is  overloaded  and  only  one  of  the  tasks  can  possibly  complete.  However,  S  can  not 
distinguish  between  case  1  and  case  2  (not  before  time  200).  Hence,  S  will  schedule  Ti 
between  0  and  1  and  Tj  will  reach  its  deadline  without  completing  its  execution. 

In  the  second  case,  S  obtains  a  value  of  1  out  of  the  possible  value  of  200.  Hence  S  has  a 
competitive  factor  of  at  most  2^.  Of  course  the  number  200  above  is  arbitrary  and  can  be  as 
large  as  wanted,  which  gives  the  desired  result. 
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8.3     Overloaded  Systems 

Theorem  8.1  shows  that  we  can  not  guarantee  both  a  positive  competitive  factor  and  a  100% 
the  value  for  an  underloaded  system. 

The  earliest-deadline-first  algorithm  is  an  optimal  on-line  scheduler  for  underloaded  systems. 
We  will  show  that  a  version  of  D"'"^''  can  achieve  a  competitive  factor  of y=- — -^--- 7=- — 

We  utilize  the  following  version  of  D""^'': 

•  k  is  taken  to  be  as  in  equation  9. 

•  D""^*"  assumes  that  the  computation  time  of  a  task  to  be  the  maximum  possible  —  Ci^max- 
This  affects  the  values  of  availtime,  laxity,  remaining. computation Jime  and  the  LST 
point  of  a  task  (statements  16,  19,  20,  31,  50,  54,  59,  60  and  70). 

Theorem  8.2  D°^^^  has  a  competitive  factor  of 7=7:; — -^-— 7= — 

PROOF. 

The  proof  will  be  an  adaptation  of  the  analysis  for  the  case  of  exact  knowledge  of  computation 
time  in  section  5.  The  following  is  a  list  of  modification  that  are  needed  in  that  analysis. 

1.  Lemma  5.5  should  read  : 

^t.tnax  ^  "t        '^close 

Hence, 

^i  —  ^i,max  '  \^        f  j  ^  "»        '-close        ^  '  '-i.mai 

2.  In  this  set  up  lemma  5.8  should  be  replaced  by: 

Lemma  8.3   The  total  net  gain  from  scheduling  the  tasks  abandoned  during  I  is  not  greater 
than 

(1  +  vk){l  ■{-  e  ■  k)  ■  achievedvalue 

The  proof  is  essentially  the  same  but  here  the  value  of  L  is  taken  to  be  ^^: 

L  =  max{(l  +  VT)  -(r  +  f)  •  achievedvalue(/),/i} 

•  The  total  net  gain  from  those  tasks  of  F,  Ti,T2,  •  •  -Tj,  whose  total  computation  time 
after  tdoae  equals  L,  is  not  greater  than 

fc  •  Z  =  (1  +  y/k){l  -f  e  •  A;)  •  achievedvalue(/) 


i8i„  ,     A    t  T              ((i  +  \A)  achievedvalue(7)   ,  1  •  ,.       - 

Instead  of  i,  =  maxt"— ^^ ' ;; ^>'i)  '"  section  5 
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•  Every  other  task,  T,     where  j  <  i  <  m,  has  an  execution  time  of  at  least 

Ti  was  scheduled  by  the  clairvoyant  scheduler  but  used  only  /,  time  after  tdoae  •  Hence, 
Ti  executed  at  least  L  -  e  •  Ci^max  time  before  tdose  that  is  to  say  in  BUSY. 

>  L  —  e  ■  V,  ,  by  assumption  3.2  c,,mar  <  ^t 

>  X  -  e  •  (1  +  y/k)  •  achievedvalue(/)     ,  by  lemma  5.4 

^  (l+>/fc)  achieved  value  (/) 

—  k 

The  "loss"  from  scheduling  T.  during  BUSY  is  at  least  k  ■  (i+>/fc)achievedvalue(/)  ^j^^ 
value  obtained  by  scheduling  T,  is  at  most  (1  +  \/k)  ■  achievedvalue(/)  (lemma  5.4). 
Hence  the  net  gain  is  less  than  or  equal  to  zero. 

3.  Lemma  5.10  should  state  that 

C(5°UF)     <     (l  +  \/^)(l  +  f  •fc)-achievedvaIue  +  A;-5f/5y 

<  (1  +  \/^)(l  +  c  •  k)  ■  achievedvalue  +  k  •  (achievedvaiue  +  -7=  •  Istvalue) 

y/k 

=     {I  +  y/k  +  k  +  {e  ■  k){l  +  y/k))  ■  achievedvalue  +  y/k  ■  Istvalue 

<  ((1  +  y/k)'^  +  {€-k){l  +  y/k))  ■  achievedvalue 

The  first  inequality  follows  from  the  fact  that  lemma  5.3  holds  without  change.  The  last 
inequality  is  due  to  the  fact  that  Istvalue  is  always  less  or  equal  to  achievedvalue. 

Finally  we  can  prove  the  theorem: 

C{T)    =  C(F  U  5°  U  5")  <  C(i^  U  5°)  +  CCS") 

<  C(FU5°)  + poslaxval 

<  ((1  +  y/k)'^  +  (e  •  k){l  +  v^))  ■  achievedvalue  +  poslaxval 

<  ((1  + V^)^  +  (f-it)(l +  \/fc)+ !)•  achievedvalue 

The  last  inequality  is  due  to  the  fact  that  poslaxval  is  always  less  or  equal  to  achievedvalue. 
D 


43 


9      Conclusions 

This  paper  has  presented  an  optimal  on-line  scheduling  algorithm  for  overloaded  systems.  It 
is  optimal  in  the  sense  that  it  gives  the  best  competitive  factor  possible  relative  to  an  offline 
(i.e.,  clairvoyant)  scheduler.  It  also  gives  100%  of  the  value  of  a  clairvoyant  scheduler  when  the 
system  is  underloaded.  The  model  accounts  for  different  value  densities  and  generalizes  to  soft 
deadlines. 

This  work  leaves  many  problems  open.  Here  is  a  small  sampling. 

•  In  practice,  real-time  systems  have  some  periodic  critical  tasks  and  other  less  critical  tasks 
which  may  be  aperiodic.  A  typical  solution  (as  taken  in  the  Spring  Kernel  for  example  [14]) 
is  to  devote  certain  intervals  to  the  critical  tasks  and  to  allow  the  less  critical  tasks  to 
run  during  the  rest  of  the  time.  D""^'"  gives  its  usual  guarantee  with  respect  to  the  less 
critical  tasks  (the  accounting  is  a  little  more  difficult  since  useful  time  has  "holes"  in  it 
corresponding  to  subintervals  allocated  to  critical  tasks).  A  much  more  subtle  question  is 
what  is  a  good  competitive  algorithm  that  can  take  advantage  of  the  cases  when  a  given 
critical  task  executes  in  less  time  than  is  allocated  for  it.  We  suspect  the  competitive  factor 
may  be  worse,  since  the  clairvoyant  algorithm  might  then  execute  a  task  that  0°"'^''  has 
unnecessarily  abandoned. 

•  For  the  case  of  uncertain  computation  time,  can  the  gap  between  the  complexity  bound  of 
■; — K-rr  and  the  algorithm  guarantee  of  ■; ^..    ,  ^, ., 7-- — .  be  closed? 


• 


For  the  gradual  descent  model,  is  0°""  an  optimal  scheduler?  What  is  the  inherent  bound 
in  this  case? 


•  What  guarantees  can  be  given  for  parallel  scheduling  algorithms? 

•  In  general,  the  question  of  proof  tools  for  such  systems  is  open.    We  believe  that  the 
technique  in  subsection  5.2  will  prove  to  be  very  useful. 

•  What  performance  guarantees  can  be  given  in  more  general  value  descending  schemes? 
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